gdzie jestem, muszę poruszać się tam iz powrotem między C# i VB.NET często. Mając to na uwadze, naprawdę nie lubimy starych funkcji VB, zwłaszcza funkcji łańcuchów: Trim(), Replace(), Len(), UCase()
, itp. Po prostu wyglądają dziwnie w programie .Net i nie chciałbym ich widzieć w kodzie, który musiałem pracować na.
Jedynym wyjątkiem może być Len()
, jeśli czytasz kod w swojej głowie, używając rubryki of
. W takim przypadku czytanie Len(theString)
jako wydaje się mieć sens. W innych jest to bardziej operacja wykonywana przez ciąg, więc chcę zobaczyć. (kropka) notacja.
Z drugiej strony, miałem trudny czas odzwyczajania się od operatorów konwersji: CStr, CInt, CDbl
, itp
Nie mogę powiedzieć, dlaczego ja jak jeden typ, a nie inne; może być tak, że znajduję Convert.To ___() jest zbyt szczegółowe, lub może ma to coś wspólnego z ich funkcjonowaniem, a nie funkcjami.
Edit
Ten punkt trochę zabłądził w pozostałej części mojego postu, więc chcę podkreślić jeszcze raz:
W wielu miejscach, VB.Net współistnieje z C#. Nie sądzę, że widzisz tyle sklepów tylko w VB.Net, ile możesz dla C#. To nie jest tak popularne, a wiele sklepów VB.Net przenosi się do VB.Net w stanie przejściowym, podczas gdy programiści uczą się także języka C#.W tych mieszanych środowiskach ma to wiele sensu, jeśli stare funkcje VB są surowo zabronione w nowym kodzie. Nigdy nie wiadomo, kiedy moduł będzie musiał zostać przeniesiony i istnieje pewne obciążenie związane z umysłem, gdy trzeba mieć możliwość grokowania obu stylów naraz. Więc naprawdę nie jest dobrze, żeby zrozumieć oba.
Zobacz także [ta dyskusja] (http://stackoverflow.com/questions/226517/is-the-microsoft-visualbasic-namespace-true-net-code) – MarkJ