|
|
1
14
这是C的设计师们做出的一个设计选择。它减少了潜在的模糊性。 您可以在两个位置之一使用它,在if内部或外部,但您只能在一个位置定义它。否则,您会发现编译器错误。 |
|
|
2
3
我注意到这里没有注意到的东西。这个 将 编译:
综上所述,这些设计决策似乎不一致,或者至少奇怪地分别具有限制性和允许性。 |
|
|
3
1
正如AdamCrossland所说,这是一个设计选择,旨在确保您(或者更可能是您的开发伙伴)不会误解代码。 您经常看到私有实例成员的前缀是“m_u”或“uu”(例如,m_myvar或m_myvar),以避免混淆。 |
|
|
4
0
很可能,在任何子作用域中创建的任何变量都将在输入矩方法时放在stackframe上。 这样,子作用域中的类似名称就不能与另一个子作用域中的变量名称共存。 如果他们愿意的话,他们当然可以解决这个问题,所以我想这最终也与设计有关。这样就减少了出错的机会 |
|
|
A B · C#Excel自动调整列避免长文本时出错 1 年前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 1 年前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 1 年前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 1 年前 |