在 VB.NET 中使用模块而不是具有共享成员函数的类是否被认为是一种可接受的做法？
我倾向于避免使用模块，因为它们感觉像是 Visual Basic 6.0 的剩余部分，并且似乎不再适合。另一方面，使用模块和只有共享成员的类之间似乎没有太大区别。我并不经常需要它们，但有时它们会提供简单的解决方案。
我很想知道您是否有任何意见或偏好。
【问题讨论】：
Private 限定符，您可能会无意中使方法可用。在一个类中，默认保护级别是私有的，除非您意识到这一点，否则这可能会造成混淆。
标签： vb.net
类
模块
【讨论】：
如果您正在创建扩展方法，您必须使用模块（而不是类）。在 VB.NET 中，我不知道其他选项。
由于我自己对模块有抵抗力，我只是花了几个小时试图弄清楚如何添加一些样板代码来解决嵌入式程序集，结果发现Sub New()（模块）和Shared Sub New()（类）是等价的。 （我什至不知道模块中有一个可调用的Sub New()！）
所以我只是将EmbeddedAssembly.Load 和AddHandler AppDomain.CurrentDomain.AssemblyResolve 行扔在那里，鲍勃就成了我的叔叔。
附录：我还没有 100% 地检查它，但我有一种暗示，Sub New() 在模块中的运行顺序与在类中的运行顺序不同，这只是事实我不得不将一些声明从外部移动到内部方法以避免错误。
【讨论】：
模块可以很好地存储枚举和一些全局变量、常量和共享函数。它非常好，我经常使用它。声明的变量在整个项目中都是可见的。
【讨论】：
可以使用Module。 Module 不能替代 Class。 Module 服务于它自己的目的。 Module 的目的是用作容器
Class 的变量，或Class 的变量。Module 不像 Class，因为你不能
Module继承，Module 实现Interface，Module 的实例。Module 中的任何内容都可以在 Module 程序集中直接访问，而无需通过名称引用 Module。默认情况下，Module 的访问级别为 Friend。
【讨论】：
当我的一个 VB.NET 类具有所有共享成员时，我要么将其转换为具有匹配（或其他适当）命名空间的模块，要么使该类不可继承且不可构造：
Public NotInheritable Class MyClass1
Private Sub New()
'Contains only shared members.
'Private constructor means the class cannot be instantiated.
End Sub
End Class
【讨论】：
Imports <whatever> 如果你有任何导入，Namespace MyCoolModule，Public Module MyCoolModule，Shared>，@ 987654326@, End Namespace.Modules 是 C# static 类的 VB 对应项。当您的类仅为辅助函数和扩展方法而设计并且您不希望允许继承和实例化时，您可以使用@987654324 @。
顺便说一句，使用Module 并不是很主观，它不推荐使用。实际上，您必须在适当的时候使用Module。 .NET Framework 本身多次执行此操作（例如System.Linq.Enumerable）。声明扩展方法需要使用Modules。
【讨论】：
模块绝不会被弃用，并且在 VB 语言中大量使用。例如，这是在 VB.Net 中实现扩展方法的唯一方法。
具有静态成员的模块和类之间存在巨大差异。只要 Module 在当前命名空间中可用，在 Module 上定义的任何方法都可以全局访问。实际上，模块允许您定义全局方法。这是只有共享成员的类无法做到的。
这是一个我在编写与原始 COM 接口互操作的 VB 代码时经常使用的快速示例。
Module Interop
Public Function Succeeded(ByVal hr as Integer) As Boolean
...
End Function
Public Function Failed(ByVal hr As Integer) As Boolean
...
End Function
End Module
Class SomeClass
Sub Foo()
Dim hr = CallSomeHrMethod()
if Succeeded(hr) then
..
End If
End Sub
End Class
【讨论】：
我认为最好避免使用模块，除非您将它们放入单独的命名空间中。因为在 Intellisense 中，模块中的方法将在该命名空间的任何地方都可见。
因此，您最终会在任何地方弹出MyMethod() 而不是ModuleName.MyMethod()，这会使封装无效。 （至少在编程层面）。
这就是为什么我总是尝试使用共享方法创建类，看起来好多了。
【讨论】：