vb.net中的新命名约定？

我的讲师指出，vb.net的变量和对象命名约定已更改。从使用缩短的前缀作为变量名，例如

btnFoo

或

intFoo

（从我记事起就一直是这样），到使用更冗长、详细和“CamelCase”后缀版本的

FooButton

或

FooInteger

---

我一直在浏览.Net参考页面和论坛，似乎找不到任何关于惯例改变的证据。有人知道有变化吗？

这些都在2005年首次出版的书中——有。正如.Net框架中公开的名称一样，这些都被设置为不赞成匈牙利符号。

这些都在2005年首次出版的书中，有。正如.Net框架中公开的名称一样，这些名称设置为不支持匈牙利符号。

早期的Visual Basic命名建议基于“System Hungarian”。微软甚至推荐了许多前缀，非常值得注意的是，前缀中甚至包含了组件供应商的名称。与Sheridan发布的自定义组合框控件“cbos”类似，与Pioneer发布的“cbop”相反

匈牙利语的体系一直颇具争议，在跟上变化方面有着惨败的丰富历史。winapi中的命名约定是一种。显然，包含工具供应商名称的方案不可能在将来扩展，VisualBasic启动了一个包含数百个控件供应商的生态系统。一项没有希望得到一贯使用的公约不是一项有用的公约

是的，这完全是在.NET中删除的。CamelCase在框架中的数以万计的标识符名称中使用非常一致，它非常有效。这些规则在这本书里写得很清楚

---

请记住，这只是一个指南，您当然不需要遵循它们。团队中使用的惯例总是胜过软件供应商认为有用的任何东西。这并不是说他们在正确使用方面有良好的记录：）

早期的Visual Basic命名建议基于“System Hungarian”。微软甚至推荐了许多前缀，非常值得注意的是，前缀中甚至包含了组件供应商的名称。与Sheridan发布的自定义组合框控件“cbos”类似，与Pioneer发布的“cbop”相反

匈牙利语的体系一直颇具争议，在跟上变化方面有着惨败的丰富历史。winapi中的命名约定是一种。显然，包含工具供应商名称的方案不可能在将来扩展，VisualBasic启动了一个包含数百个控件供应商的生态系统。一项没有希望得到一贯使用的公约不是一项有用的公约

是的，这完全是在.NET中删除的。CamelCase在框架中的数以万计的标识符名称中使用非常一致，它非常有效。这些规则在这本书里写得很清楚

---

请记住，这只是一个指南，您当然不需要遵循它们。团队中使用的惯例总是胜过软件供应商认为有用的任何东西。这并不是说他们在做对这件事上有着良好的记录：）

谢谢你，这非常有帮助。如果你打算写很多客户使用的图书馆，我强烈建议你阅读这本书（或更高版本）。当然，它们只是指导原则，但它们将生成与.Net Framework本身一样易于阅读和维护的代码。谢谢，这非常有帮助。如果您计划编写大量供客户使用的库，我强烈建议您阅读本书（或更高版本）。当然，它们只是指导方针，但它们将产生与.Net框架本身一样易于阅读和维护的代码。