In böse Funktionen sind ja die meisten Funktionen aufgeführt, für die VB.Net zum teil wesentlich bessere Alternativen bereit hält.
Aber immer wieder flutschen einem die Dinger in den Code, und das liegt daran, dass der Namespace Microsoft.Visualbasic (wo der ganze Schrott drinne ist), standardmäßig auch bei den globalen Importen gelistet ist. Wegen:

ists also möglich, so zu coden:
Hingegen, sobald man das Häkchen in den Projekteigenschaften.Verweise."Importierte Namespaces"."Microsoft.Visualbasic" rausgenommen hat, kriegt man dafür einen Fehler, denn ohne Namespace-Import wäre der Deppen-Split vollqualifiziert anzugeben:
Und ehe man sowas umständliches hinschriebe, verfällt man vlt. doch auf die richtige Alternative:

Ausnahmen - nicht alles ist böse

Es gibt in Microsoft.Visualbasic auch gutes, aber das sind genau 2 Dinge, und nicht mehr.

• Zum einen - sehr speziell - die TextFieldParser-Klasse - gugge CSV importieren
  Also dassis nützlich, aber deswegen setzt man keinen Import.
  
  
• Zum anneren Microsoft.VisualBasic.ControlChars
  Das ist eine sehr praktische Sammlung von Steuerzeichen zur Textformatierung, also vor allem die Konstanten für Tabulator und LineFeed braucht man doch recht oft.
  ControlChars kann man direkt importieren, und das ist eine nur winz-bischen-minimale Erweiterung des lokalen Namensraumes, die nach meiner Erfahrung keinerlei Nachteile bringt.
  
  GeneralImport ControlChars

  
  
  Also richtig hinschreiben, und dann den rot hervorgehobenen Button klicksen.
  
  HIer die ControlChars-Member:
  
  
  
  Also wenn Microsoft.VisualBasic.ControlChars importiert ist, dann sind String-Verknüpfungen mit Steuerzeichen angenehmer zu formulieren - hier etwa eine tabellarische Ausgabe mit 4 Feldern:

  VB.NET-Quellcode

  1. MessageBox.Show(String.Concat("Feld00", Tab, "Feld01", Lf, "Feld10", Tab, "Feld11"))