คลาสกับโมดูลใน VB.NET

มันถือว่าเป็นแนวปฏิบัติที่ยอมรับได้ในการใช้ Modules แทนที่จะเป็น Classes ที่มีฟังก์ชั่นสมาชิกที่ใช้ร่วมกันใน VB.NET หรือไม่?

ฉันมักจะหลีกเลี่ยงโมดูลเพราะพวกเขารู้สึกว่าสิ่งที่เหลืออยู่จาก Visual Basic 6.0 และดูเหมือนจะไม่เหมาะกับอีกต่อไป ในทางกลับกันดูเหมือนจะไม่แตกต่างกันมากระหว่างการใช้โมดูลและคลาสที่มีสมาชิกที่ใช้ร่วมกันเท่านั้น ไม่ใช่ว่าบ่อยครั้งที่ฉันต้องการมากเช่นกัน แต่บางครั้งก็มีสถานการณ์ที่พวกเขานำเสนอวิธีแก้ปัญหาง่ายๆ

ฉันอยากรู้ว่าคุณมีความคิดเห็นหรือความชอบใด ๆ ไม่ทางใดก็ทางหนึ่ง

Modules คือ VB คู่กับstaticคลาสC # เมื่อชั้นเรียนของคุณได้รับการออกแบบ แต่เพียงผู้เดียวสำหรับการทำงานของผู้ช่วยและวิธีการขยายและคุณไม่ต้องการให้มรดกและinstantiationModuleคุณใช้

โดยวิธีการที่ใช้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 ตอบสนองวัตถุประสงค์ของตัวเอง วัตถุประสงค์ของการใช้เป็นภาชนะสำหรับClassModuleModule

• วิธีการขยาย
• ตัวแปรที่ไม่เฉพาะเจาะจงใด ๆClassหรือ
• ตัวแปรที่ไม่เหมาะสมในข้อใดข้อClassหนึ่ง

Moduleไม่เหมือนClassเมื่อคุณไม่สามารถ

• ได้รับมรดกจากModule,
• ใช้InterfaceกับModule,
• Moduleมิได้สร้างตัวอย่างของหนึ่ง

สิ่งใดใน a Moduleสามารถเข้าถึงได้โดยตรงภายในModuleแอสเซมบลีโดยไม่อ้างอิงถึงModuleชื่อ โดยค่าเริ่มต้นระดับการเข้าถึงสำหรับเป็นModuleFriend

การเรียนการสอน

• คลาสสามารถสร้างอินสแตนซ์เป็นวัตถุ
• ข้อมูลวัตถุมีอยู่แยกต่างหากสำหรับแต่ละวัตถุที่สร้างอินสแตนซ์
• เรียนสามารถใช้อินเตอร์เฟซ
• สมาชิกที่กำหนดภายในคลาสจะถูกกำหนดขอบเขตภายในอินสแตนซ์เฉพาะของคลาสและมีอยู่สำหรับอายุการใช้งานของวัตถุเท่านั้น
• ให้กับสมาชิกระดับการเข้าถึงจากชั้นนอกคุณต้องใช้ชื่อที่มีคุณสมบัติครบถ้วนในรูปแบบของ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

โมดูลเป็นสิ่งที่ดีสำหรับการจัดเก็บ enums และตัวแปรโกลบอลค่าคงที่และฟังก์ชันที่ใช้ร่วม มันเป็นสิ่งที่ดีมากและฉันมักจะใช้มัน ตัวแปรที่ประกาศเป็น acros ที่มองเห็นได้ทั้งโครงการ

คุณต้องใช้โมดูล (แทนที่จะเป็นคลาส) หากคุณกำลังสร้างวิธีการขยาย ใน VB.NET ฉันไม่รู้ตัวเลือกอื่น

การทนต่อโมดูลด้วยตัวเองฉันใช้เวลาสองสามชั่วโมงไร้ค่าในการพยายามหาวิธีเพิ่มรหัสสำเร็จรูปบางส่วนเพื่อแก้ไขชุดประกอบแบบฝังตัวในที่เดียวเท่านั้นที่จะพบว่าSub New()(Module) และShared Sub New()(Class) เทียบเท่ากัน (ผมไม่ได้รู้ว่ามีเป็น callable Sub New()ในโมดูล!)

ดังนั้นฉันเพิ่งโยนEmbeddedAssembly.LoadและAddHandler AppDomain.CurrentDomain.AssemblyResolveเส้นในนั้นและบ๊อบกลายเป็นลุงของฉัน

ภาคผนวก : ฉันยังไม่ได้ตรวจสอบมัน 100% แต่ฉันมี inkling ที่Sub New()ทำงานในลำดับที่แตกต่างกันใน Module กว่า Class เพียงไปตามความจริงที่ว่าฉันต้องย้ายประกาศไปยังวิธีการจากภายในเพื่อหลีกเลี่ยง ข้อผิดพลาด