Vb.net 选项严格关闭变为选项严格打开

Vb.net 选项严格关闭变为选项严格打开,vb.net,Vb.net,我有一个项目,我正试图使选项严格,而不是选项严格关闭。是否有一种方法可以根据编译器的操作自动修改代码,例如,如果有一条语句说: dim strTest As String = "1" dim intTest As Integer = strTest 然后自动将其更改为: dim strTest As String = "1" dim intTest As Integer = cint(strTest) 还有一种方法可以查看VisualStudio中总共有多少错误吗?目前,它只显示了102个

我有一个项目,我正试图使选项严格,而不是选项严格关闭。是否有一种方法可以根据编译器的操作自动修改代码,例如,如果有一条语句说:

dim strTest As String = "1"
dim intTest As Integer =  strTest
然后自动将其更改为:

dim strTest As String = "1"
dim intTest As Integer = cint(strTest)

还有一种方法可以查看VisualStudio中总共有多少错误吗?目前,它只显示了102个错误。

如果您开始这项工作,那么为什么要使用旧的兼容性功能,如CInt?使用框架提供的方法,如Convert.ToInt32、Int32.TryParse、Int32。Parse@Steve你为什么说这些是“旧的兼容性函数”?根据文档,它们是内联编译的,因此与对
Convert
方法的函数调用相比,它们的性能更好。我很好奇,因为我一直都在使用它们,但也许我已经过时了。回答你的小问题,不,错误列表限制为100个错误(加上一些其他错误,取决于上下文)。我想这是为了避免在VS中性能损失。我明白了,VB.NET不是我的主要工作语言。因此,也许您的编码是正确的。然而,我觉得它们在大网计划中不合适。但这是一种观点,也是我的观点。
CInt
一点也不遗留。这些名称源自VB6函数,但MSDN明确指出,这些函数经过优化,可以调用各种其他System.Convert ops。CInt还允许在Option Strict下缩小转换范围。例如,
CInt(“3.14”)
工作,而
Convert.ToInt32(“3.14”)
将引发异常。这就是说,我也认为系统转换功能使事情变得更清楚。看:C在哪里???(如CInt)、CType和System.Convert进行了比较