您是否使用“严格关闭”选项，“明确关闭”？或者可能是“严格自定义”和其他一些选项，如“隐式类型”。假定对象”、“后期绑定”、“隐式转换”？
olka
问问题
410 次
8 回答
14
绝不。OPTIONS STRICT OFF 与 OPTIONS BADPROGRAMMING ON 相同。
OPTIONS STRICT OFF 放宽了 VB.NET 所做的一些检查。它放宽了语言规则。这些规则是为了拯救你自己。永远不要阻止语言将您从自己手中拯救出来。如果您来自更放松的环境，则尤其如此，在这种情况下，您可能需要储蓄。
另一件需要注意的事情是，大多数编程语言都没有开关可以说：请允许我在脚上开枪。
于 2009-06-30T12:34:12.690 回答
4
始终使用带有完整警告和限制的任何语言进行开发。从来没有例外。
不这样做是一种虚假的经济，当然它可能看起来有效，但它肯定会在以后回来咬你
（目前正在调试一系列 PHP Web 应用程序，其中原始的“编码器”已经抑制了所有错误，并且在启用时每页显示数百个错误。“确保在测试中使用变量之前定义变量？我为什么要这样做什么时候我可以压制错误而不必思考？”）
于 2009-06-30T12:42:25.187 回答
2
通常我将 Option Strict On 留在项目级别，因为通常我想要严格的语义检查。在我确实想使用后期绑定的情况下，我将在文件级别关闭 Option Strict。
于 2009-06-30T12:39:49.060 回答
1
我喜欢使用 Strict=On，所以我的代码在编译时失败，而不是在它上线时失败，而 Explicit=On 因为在静态语言中不声明变量会有点奇怪。
于 2009-06-30T12:37:13.200 回答
0
Option Strict Off并且Option Explicit Off是生产代码中的虚假经济。
您将花费更多时间来寻找奇怪的错误，而不是首先编写代码错误和警告。我的经验教会了我这一点。
唯一的例外是当我需要使用后期绑定时，我必须将其关闭。
于 2011-10-21T15:29:01.160 回答
0
当我开始一个新项目或收到一个活动项目时，我总是打开 Strict
我永远不会为关闭的项目提供支持，永远
于 2009-06-30T12:42:07.027 回答
0
我已经做到了两种方式。一直开着。当我做一些快速而肮脏的 vbscripts 时，我没有它，它花费了我调试时间。开启，保持开启
于 2009-06-30T12:45:18.020 回答
0
如果我正在做一些快速而肮脏的原型或尖峰，我通常会Strict OFF在我知道将来不必维护代码的地方。
但是，“知道”这个词在这里很关键，如果代码有可能迁移到您需要支持的东西中，那么Strict ON在它们回来咬你之前设置并处理任何错误。
于 2009-06-30T13:29:39.757 回答