VB.net Shared vs C# Statische Zugänglichkeit Unterschiede, warum?

Question

Das mag eine dumme Frage sein - aber warum sind gemeinsame Methoden für Typen und Instanzen in VB.net verfügbar - irre ich anzunehmen, dass sie den statischen C# Methoden entsprechen?

d.h

MyClass.MySharedMethod() 

dim mc as new MyClass() 
mc.MySharedMethod() 

Warum bin ich, dies zu tun erlaubt? Welchen möglichen Vorteil gibt es da - alles was ich sehen kann, ist verwirrend bei der Verwendung von IntelliSense. Ich bin mir sicher, dass dies etwas mit der Konvention von VB6 zu tun hat, warum sollte man das auf .NET bringen - es scheint mir so kaputt zu sein.

Answer 1

Ja, es ist im Grunde ein Kater von VB6. Java lässt Sie das auch tun, aber die meisten IDEs warnen Sie in diesen Tagen, glaube ich.

Und ja, es ist eine wirklich schlechte Idee. Das offensichtlichste Beispiel dafür ist schlecht Thread.Sleep:

Dim t as new Thread(...) 
t.Sleep(1000) 

Welcher Thread schläft? Der aktuelle. Do!

Answer 2

Dies kann eine dumme Frage sein - aber warum sind gemeinsame Methoden für Typen und Instanzen in VB.net verfügbar - irre ich anzunehmen, dass sie den statischen C# Methoden entsprechen?

Sie sind gleich. VB wird warnen, wenn Sie versuchen, sie auf Instanzen zu verwenden, aber es ist nicht verboten. Dies hat wahrscheinlich mit dynamischer Typisierung und späte Bindung zu tun. Stellen Sie sich vor, Sie hätten ein spät gebundenes Objekt (Object), ohne dessen genauen Typ zu kennen. Wie würdest du eine statische Methode ihrer Klasse nennen?

Soweit ich weiß, wäre dies in C# nicht möglich (ohne auf Reflexion zurückgreifen zu müssen). In VB mit Option Strict Off können Sie es einfach als Instanzmethode des Objekts bezeichnen.