Len() 函数与 String.Length 属性；选择哪个？

Question

我正在从 VB6 过渡到 VB.Net (VS 2010)，并且对后者有基本的而不是广泛的理解。我显然有相当多的代码......我犹豫使用“升级”这个词，因为“端口”会更合适，因为过去版本的 VS 中的升级向导可能只是注释掉了代码并说“嘿嘿，为什么不从头开始呢？”

在我带来的一个过程中，Len() 函数用于确定字符串变量的长度。这在 VB.Net 中仍然有效（尽管我认为它实际上是对 Strings.Len 方法的调用），但另一种选择是只查询变量的 .Length 属性。

问题是使用哪个以及为什么。我浏览了相关的 MSDN 页面，他们似乎告诉我的只是方法/属性存在。没有提及性能问题，尤其是在可能涉及大量调用循环时。

那么，我的问题是，是否有人知道使用一种方法比另一种方法有任何经过测试和确认的好处，或者这仅仅是个人偏好的问题。尽管考虑到 Stack Overflow 指南，我对在进行过程中可能遇到的类似情况的任何指示也将不胜感激，这只是我有兴趣查看是否有特定答案的一个问题。

Answer 1

因为您使用的是 VB.NET，所以您的 Strings 可以是 Nothing，除非您明确检查这一点，否则大多数 VB 方法（包括 Len）会将其视为与 String.Empty 相同，即 @987654325 @。

使用 Reflector，您可以看到 Len 被实现为空检查，为 Nothing 返回 0，否则返回 .Length，JITter 可能会内联调用。

所以，如果您正在使用其他 VB 方法，我建议您也使用 Len，除非您知道 String 不是 Nothing 或到处检查 Nothing。

Answer 2

所以根据this：

Len，另一个经典的 BASIC 函数，返回字符串的长度。 System.String 具有提供相同信息的 Length 属性。一个比另一个好？

在性能方面，这两个函数在 1000 次迭代中几乎没有差异。在这种情况下，似乎没有任何理由更喜欢其中一个，而且没有功能差异。我倾向于使用属性值而不是 VB 函数，因为它鼓励将 .NET 字符串视为对象。但是，归根结底，这实际上只是个人喜好。

如果您相信他们的话，那就是您的答案。否则，编写测试代码并进行迭代应该会给你最终的答案。

Answer 3

我不确定Len() 方法的细节（我选择的语言是C#），但我会说肯定会使用Length 属性。 Length 是 System.String 类的成员，而 Len() 不是。

我的猜测是 Len() 只是 Length 属性之上的一个 VB 垫片。从 VB 的角度来看，有人可能会认为使用 Len() 更符合习惯。我想我更喜欢使用类中内置的属性，而不是仅仅因为它是由语言提供的而使用不同的机制。

Answer 4

提供Len 方法是为了向后兼容旧的 VB6（和更早版本）非 .NET 代码。使用它在技术上没有任何问题。它会起作用，而且同样有效。但是，最好尽可能使用新的 .NET 做事方式。不过，除了让您更深入地了解“.NET 思维方式”之外，使用String.Length 的唯一真正切实好处是它可以更轻松地在未来将代码移植到其他 .NET 语言。

Answer 5

除了@Andrew 的帖子，Len() 是来自Visual Basic run-time library 的字符串函数，其中Length 是System.String .net 框架API 类的属性。

Answer 6

最近我遇到了使用 Len() 函数的旧 VB.Net 代码的问题。我将我的项目升级到引用旧的 VB.net dll 文件的 Core，它使用的是 Len() 函数。我遇到运行时兼容性错误 - 找不到方法：'Int32 Microsoft.VisualBasic.Strings.Len(System.String)'

我必须更改 Core 已弃用的所有这些旧功能。所以我坚持使用 Steven Doggart 建议的 String.Length 而不是 Len()。