Класи проти модулів у VB.NET

Чи вважається прийнятною практикою використання модулів замість класів із функціями спільних членів у VB.NET?

Я схиляюсь уникати модулів, тому що вони відчувають, що залишок залишився від Visual Basic 6.0 і насправді, здається, вже не вміщується. З іншого боку, не існує великої різниці між використанням модуля та класу лише із спільними членами. Не дуже часто мені дуже потрібна будь-яка, але іноді трапляються ситуації, коли вони представляють просте рішення.

Мені цікаво почути, чи є у вас якась думка чи уподобання так чи інакше.

Modules - аналоги VB staticкласам C # . Коли ваш клас призначений виключно для допоміжних функцій та методів розширення, і ви не хочете допускати успадкування та інстанціювання , ви використовуєте Module.

До речі, використання Moduleнасправді не є суб’єктивним і не застаріло . Дійсно, ви повинні використовувати, Moduleколи це підходить. Сам .NET Framework робить це багато разів ( System.Linq.Enumerableнаприклад,). Для оголошення методу розширення потрібно використовувати Modules.

Я думаю, що це гарна ідея уникати уникання модулів, якщо ви не вставите їх в окремі простори імен. Тому що в Intellisense методи модулів будуть видні звідусіль у цьому просторі імен.

Тож замість ModuleName.MyMethod()вас з'являться MyMethod()спливаючі місця в будь-якому місці, і цей вид приводить до недійсності інкапсуляції. (принаймні на рівні програмування).

Ось чому я завжди намагаюся створити Class із спільними методами, здається набагато кращим.

Модулі ні в якому разі не застаріли і активно використовуються мовою VB. Це єдиний спосіб, наприклад, реалізувати метод розширення у VB.Net.

Існує одна величезна різниця між модулями та класами зі статичними членами. Будь-який метод, визначений у модулі, є доступним у всьому світі, доки модуль доступний у поточному просторі імен. Фактично модуль дозволяє визначати глобальні методи. Це те, що не може зробити клас із лише спільними членами.

Ось короткий приклад того, що я багато використовую при написанні коду VB, який взаємодіє із сирими інтерфейсами COM.

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

Його прийнятно використовувати Module. Moduleне використовується як заміна для Class. Moduleслужить власному призначенню. Мета Module- використовувати як контейнер для

• методи розширення,
• змінні, які не характерні для жодної Class, або
• змінні, які не належать належним чином до жодної Class.

Moduleце не так, Classяк ви не можете

• успадковувати від Module,
• реалізувати за Interfaceдопомогою Module,
• і не створювати примірник Module.

До всього, що знаходиться всередині a, Moduleможна отримати прямий доступ до Moduleзбірки, не посилаючись на Moduleйого ім'я. За замовчуванням рівень доступу для a Moduleє Friend.

Заняття

• класи можна інстанціювати як об’єкти
• Дані про об'єкти існують окремо для кожного об'єкта, що інстанціюється.
• класи можуть реалізувати інтерфейси .
• Учасники, визначені в класі, розміщуються в межах конкретного екземпляра класу і існують лише протягом життя об'єкта .
• Для доступу до членів класу поза класом, ви повинні використовувати повністю кваліфіковані імена у форматі Object.Member .

Модулі

• Модулі не можуть бути ідентифіковані як об'єкти , оскільки є лише одна копія даних стандартного модуля, коли одна частина вашої програми змінює загальнодоступну змінну в стандартний модуль, вона буде видима для всієї програми.
• Учасники, задекларовані в модулі, за замовчуванням є загальнодоступними .
• До нього можна отримати будь-який код, який може отримати доступ до модуля.
• Це означає, що змінні в стандартному модулі - це фактично глобальні змінні, оскільки вони видимі з будь-якої точки вашого проекту, і вони існують протягом життя програми.

Коли в одному з моїх класів 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

Модулі чудово підходять для зберігання переліків та деяких глобальних змінних, констант та загальних функцій. це дуже гарна річ, і я часто її використовую. Оголошені змінні є видимими для всього проекту.

Ви повинні використовувати модуль (а не клас), якщо ви створюєте методи розширення. У VB.NET мені не відомий інший варіант.

Будучи стійким до самих Модулів, я просто витратив нікчемну пару годин, намагаючись розробити, як додати якийсь код котлопластини для вирішення вбудованих вузлів в одне, тільки щоб з'ясувати, що Sub New()(Модуль) і Shared Sub New()(Клас) є рівнозначними. (Я навіть не знаю , що було викликане Sub New()в модулі!)

Так що я просто кинув EmbeddedAssembly.Loadі AddHandler AppDomain.CurrentDomain.AssemblyResolveлінію там і Боб став моїм дядьком.

Додаток : Я ще не перевірив це на 100%, але у мене є друк, який Sub New()працює в іншому порядку в Модулі, ніж Клас, просто йдучи через те, що мені довелося перенести деякі декларації до внутрішніх методів ззовні, щоб уникнути помилки.