Действительно ли VB нечувствителен к регистру?


122

Я не пытаюсь начинать здесь спор, но по какой-то причине обычно утверждается, что Visual Basic нечувствителен к регистру, а языки C - нет (и почему-то это хорошо).

Но вот мой вопрос: где именно Visual Basic нечувствителен к регистру? Когда я печатаю ...

Dim ss As String
Dim SS As String

... в интегрированной среде разработки Visual Studio 2008 или Visual Studio 2010 у второго появляется предупреждение " Локальная переменная SSуже объявлена ​​в текущем блоке ». В VBA VBE он не сразу выдает ошибку, а просто автоматически исправляет случай.

Я что-то упускаю из-за этого аргумента, что Visual Basic не чувствителен к регистру? (Кроме того, если вы знаете или хотите ответить, почему это должно быть плохо?)

Почему я вообще задаю этот вопрос?

Я уже много лет использую Visual Basic во многих его диалектах, иногда как любитель, иногда для программ малого бизнеса в рабочей группе. Последние шесть месяцев я работал над большим проектом, намного большим, чем я ожидал. Большая часть примеров исходного кода написана на C #. У меня нет горячего желания изучать C #, но если есть вещи, которые я упускаю из того, что предлагает C #, чего нет в Visual Basic (напротив, VB.NET предлагает XML-литералы ), тогда я бы хотел чтобы узнать больше об этой функции. В этом случае часто утверждают, что языки C чувствительны к регистру и это хорошо, а Visual Basic нечувствителен к регистру, а это плохо. Я хотел бы знать...

  1. Насколько точно Visual Basic нечувствителен к регистру, поскольку каждый пример в редакторе кода становится чувствительным к регистру (то есть регистр исправляется), хочу я этого или нет.
  2. Достаточно ли это убедительно для меня, чтобы подумать о переходе на C #, если случай VB.NET каким-то образом ограничивает то, что я могу делать с кодом?

5
+1 Я задумывался о том же самом раньше.
NakedBrunch

7
Эммм ... не уверен , что вы понимаете , что прецедентный в чувствительных средствах. Поскольку VB фактически нечувствителен к регистру, SS и ss имеют одно и то же имя, тогда как в C они не будут.
Эд С.

1
@ed: я не могу использовать оба SSи ssв VB, что бы я ни использовал первым, это тот, который использует редактор.
Тодд Мейн,

1
Otaku, я определенно рекомендую сосредоточить этот вопрос на том, что именно означает, что VB нечувствителен к регистру и как это реализовано. К сожалению, вопрос о том, лучше ли делать язык нечувствительным к регистру, может вызвать войну пламени. Если вам действительно интересно, задайте другой вопрос. (Я советую вам не делать этого, но если вы должны пометить это как субъективное и сделать это вики сообщества)
MarkJ

16
Вы думали (или думали) об этом с ног на голову. Именно потому, что компилятор нечувствителен к регистру, ошибка читает «переменную SS уже объявлена». Если бы он был чувствителен к регистру, вы бы получили либо «переменная ss не используется», либо вообще не получили бы ошибки и ошибку, если бы вы использовали поочередно то и другое.
Адриано Вароли Пьяцца,

Ответы:


108

Разница между VBA и VB.NET заключается только в том, что VB.NET постоянно компилируется в фоновом режиме. Вы получите сообщение об ошибке при компиляции VBA.

Как говорит Джонатан , при программировании вы можете думать о VB.NET как о нечувствительности к регистру, кроме сравнения строк, XML и некоторых других ситуаций ...

Я думаю, вам интересно, что находится под капотом. Что ж, .NET Common Language Runtime чувствителен к регистру , а код VB.NET полагается на среду исполнения, поэтому вы можете видеть, что он должен быть чувствительным к регистру во время выполнения, например, когда он ищет переменные и методы.

Компилятор и редактор VB.NET позволяют вам игнорировать это, потому что они исправляют регистр в вашем коде.

Если вы поиграете с динамическими функциями или поздним связыванием (Option Strict Off), вы можете доказать, что базовая среда выполнения чувствительна к регистру. Другой способ убедиться в этом - понять, что языки с учетом регистра, такие как C #, используют одну и ту же среду выполнения, поэтому среда выполнения, очевидно, поддерживает чувствительность к регистру.

РЕДАКТИРОВАТЬ Если вы хотите исключить IDE из уравнения, вы всегда можете выполнить компиляцию из командной строки . Измените код в Блокноте , так что есть ssи SSувидеть , что делает компилятор.

ИЗМЕНИТЬ цитату Джеффри Рихтера на странице 45 рекомендаций по проектированию .NET Framework .

Чтобы было ясно, CLR действительно чувствительна к регистру. Некоторые языки программирования, например Visual Basic, нечувствительны к регистру. Когда компилятор Visual Basic пытается разрешить вызов метода для типа, определенного на языке с учетом регистра, например C #, компилятор (а не среда CLR) определяет фактический регистр имени метода и встраивает его в метаданные. CLR ничего об этом не знает. Теперь, если вы используете отражение для привязки к методу, API отражения действительно предлагают возможность выполнять поиск без учета регистра. Это степень, в которой CLR обеспечивает нечувствительность к регистру.


Лучший ответ, который я слышал до сих пор. Есть ли способ доказать, что компилятор и редактор VB.Net позволяют вам игнорировать это ? Есть ли способ как нибудь отключить автокоррекцию? Или есть способ скомпилировать sln, который не написан в VS IDE в MSBuild, который использует оба ssи, SSи он будет компилироваться и работать, как ожидалось?
Тодд Мейн,

5
Вы можете отключить автокоррекцию, обманув. Щелкните правой кнопкой мыши файл vb и выберите «Открыть с помощью». Затем выберите что-нибудь вроде «XML (текстовый) редактор». Вы потеряете все специфические для VB функции, такие как автокоррекция.
Джонатан Аллен,

+1 отличный ответ, а также хороший вопрос, Отаку (я думаю, вы уже знали, но хотели вытянуть хорошее определение, эй?)
Anonymous Type

Компилятор / IDE VB.NET не на 100% нечувствителен к регистру. Например Dim pdfWriter As PDFWriterполностью действителен. VB.NET позволяет вам различать имена классов и имена переменных, что приятно, поскольку это обычная практика для языков, полностью чувствительных к регистру.
ингридиент_15939

Путь VB подходит для взаимодействия. Пример: создайте DLL на C # с адресом электронной почты как String и Email () как свойством с событием inotifypropertychanged в нем. C # будет компилироваться нормально, и будет создана DLL. Попробуйте сослаться на эту DLL на VB или другом подобном языке. Он скажет, что есть конфликт в переменной электронной почты / электронной почты в библиотеке. Инструменты анализа кода указывают на это как на проблему в компиляторе C #, а не в компиляторе VB.
Venkat

22

Отчасти проблема здесь в том, что вам нужно отделить язык от опыта IDE.

Как язык, VB.NET , безусловно, нечувствителен к регистру идентификаторов. Вызов DateTime.Parseи datetime.parseбудет привязан к одному и тому же коду. И в отличие от таких языков, как C #, невозможно определить методы или типы, которые отличаются только регистром.

В качестве IDE VB.NET пытается сохранить регистр существующих идентификаторов, когда он довольно перечисляет блок кода. Красивые списки появляются всякий раз, когда вы уходите от текущей логической строки кода. В этом случае вы переходите от второго объявления SS, симпатичный листер замечает, что существует идентификатор с этим именем, и исправляет его, чтобы он соответствовал регистру.

Это поведение, тем не менее, выполняется исключительно как добавленная пользователем ценность. Это не часть основного языка.


1
Спасибо, Джаред, интересно узнать, что это всего лишь IDE. Я до сих пор не понимаю, почему было бы хорошо, если бы несколько имен представляли разные вещи из-за разницы в имени на всякий случай, но я думаю, что это на другой день.
Тодд Мэйн,

1
Я не думаю, что Джаред имел в виду только IDE. Я думаю , что он сказал , что компилятор не чувствителен к регистру, поэтому он считает , что ssидентично SS, но и в качестве вспомогательного средства для чтения IDE исправляют , SSчтобы ssпри вводе текста. Таким образом, даже если IDE не исправит регистр, компилятор все равно будет рассматривать два идентификатора как идентичные.
MarkJ

2
«Я до сих пор не понимаю, почему было бы хорошо, если бы несколько имен представляли разные вещи с помощью разницы в имени на всякий случай» <- я чувствовал то же самое до перехода с VBA / VB6 / VB.NET на C # , Я думал, что иметь имена, различающиеся только по падежам, кажется опасным. Однако на практике он оказывается весьма полезным и, что удивительно, совершенно не подвержен ошибкам.
Майк Розенблюм

2
@Mike: Я совершенно не согласен с этим. Я никогда не видел, чтобы имена, записанные в смешанном регистре, не вызывали путаницы.
JaredPar

2
В самом деле? Я имею в виду что-то вроде void SetColor (color Color) {this.color = color}; Я понимаю, что это может выглядеть опасно, но работает плавно, компилятор не позволит вам ошибиться, а IntelliSense выдает правильные члены после «цвета». vs. "Цвет.". Что меня здесь беспокоит, так это то, что использование «this» не требуется - оно обеспечивается FxCop и / или StyleCop (я забыл, какие именно), но я бы хотел, чтобы в среде IDE это всегда выполнялось при доступе к классу. члены вместо того, чтобы потенциально допустить случайное затенение области.
Майк Розенблюм

16

VB в основном нечувствителен к регистру, но есть исключения. Например, литералы и понимание XML чувствительны к регистру. Сравнение строк обычно чувствительно к регистру, в отличие, скажем, от T-SQL, но есть переключатель компилятора, который делает сравнение строк нечувствительным к регистру. И, конечно же, есть крайние случаи, когда речь идет о наследовании, COM и динамической среде выполнения.


3
Хорошие моменты о том, где регистр имеет значение, например, XML-литералы и сравнение строк. Но когда мы говорим, что это в основном нечувствительность к регистру, о чем именно мы говорим? Переходя к Outlook VBA, например, если я наберу Dim mi as mailitemи subject = mi.subject, имена объектов будут автоматически исправлены на MailItemи mi.Subject. Это заботит компилятор (потому что он всегда автоматически исправляет это), или это красивый код, или ...?
Тодд Мэйн,

1
Компилятору все равно. Вы можете проверить это, отредактировав файл в блокноте и используя компилятор командной строки.
Джонатан Аллен,

9

Да, компилятор VB.NET обрабатывает идентификаторы без учета регистра. И да, это может вызвать проблемы, когда он использует сборки, написанные на другом языке, или использует компоненты COM. Первый случай рассматривается в Спецификации общего языка . Соответствующее правило:

Чтобы два идентификатора считались разными, они должны различаться не только своим регистром.

Конструктор библиотек типов позаботился о случае COM довольно грубо, он заставляет совпадать регистр идентификаторов с одинаковыми именами. Даже если у этих идентификаторов разные роли. Другими словами, параметр метода с именем «index» заставит имя метода «Index» преобразоваться в «index». Как вы могли догадаться, это вызвало довольно много головной боли :)


6

VB сохраняет регистр (в среде IDE), но нечувствителен к регистру . В некотором смысле это похоже на файловую систему Windows. Считается, что файлы Hello.txt и hello.txt имеют одно и то же имя.

IDE предполагает, что объявление переменной является «правильным» случаем для этой переменной, и корректирует каждый экземпляр этой переменной, соответствующий объявлению. Это делается из соображений привлекательности и последовательности, но не из соображений функциональности.

Я видел несколько случаев, когда регистр не был автоматически изменен в соответствии с объявлением, и оператор работает точно так же. Вы также можете использовать любой текстовый редактор для написания кода, который будет отлично компилироваться в разных случаях.

Примечание:

Большинство PEOPLE думать регистронезависимом образом. Когда мы видим слово «собака», это слово приобретает значение в нашем сознании. Значение слова не зависит от регистра (т.е. независимо от того, по буквам оно «СОБАКА», «ДОГ» или «СОБАКА» по-прежнему лает.) КОМПЬЮТЕРЫ рассматривают слова как отдельные мешки битов. Прописные и строчные буквы - это разные битовые шаблоны и, следовательно, разные.

Поскольку большинство программистов - люди, нечувствительность к регистру кажется более адаптированной к тому, как люди думают, а чувствительность к регистру больше связана с тем, что люди приспосабливают свой образ мышления к ограничениям машины.


4
За исключением того, что программистам необходимо различать объекты и классы, и они традиционно использовали для этого изменения (не обязательно, просто соглашение). Так что object.method()и Object.Method()мгновенно распознаются как ссылки и методы на объекты и классы (если вы соответствуете этому соглашению о кодировании). Как и в английском языке, вы различаете имена собственные и начало предложений с заглавной буквы. Поэтому при чтении или программировании я не думаю, что регистр нечувствителен, иначе я бы упустил какой-то смысл.
Джейсон С.

@ Джейсон, все дело в том, к чему ты привык. Новички в программировании на C сначала предъявляют множество жалоб на чувствительность к регистру, а затем, после нескольких курсов, привыкают к этому. Object.method () и Object.Method () - это всего лишь соглашение, и это самый веский пример чувствительности к регистру. Мне пришлось изменить программу, написанную кем-то другим, в которой были две переменные с именами temp и Temp в одной области, и я скажу вам, что было очень трудно держать их прямо в моей голове. И хотя мы можем распознать нарицательные существительные по заглавным буквам, слова «боб» и «Боб» означают то же самое в нашем мозгу.
Эндрю Нили

Почему в этом случае IDE сохраняет регистр? (Прости). Я думаю, что IDE сохраняет регистр, потому что дизайнеры MS думают, что case имеет некоторую семантику в мозгу, и это так. Но на самом деле VB IDE считает formи Formто же самое, что меня в любом случае сбивает с толку. В случае (извините еще раз), из tempи Tempвы можете легко использовать инструменты рефакторинга в C # переименовать Tempв bobTempили любой другой . Тем не менее, я поддерживаю некоторый VB, и кто-то пошел и сделал Dim form As Form. Теперь, когда я переименовываю, он переименовывает ссылки на классы и объекты. Bleah!
Jason S

@Jason, в VB я всегда говорю "Dim aform as Form", но я отвлекаюсь. VB поддерживает чувствительность к регистру при поиске. Также я бы поискал «Как форма» и заменил бы его на «что-то глупое», затем переименовал бы форму во что-то разумное, а затем переименовал бы «что-то глупое» обратно в «Как форму». Мне действительно нравится изменение регистра, потому что это подтверждает, что я не перебирал имя переменной.
Эндрю Нили

Да, но это не замена инструменту рефакторинга, который будет различать ссылку на класс и экземпляр, если имена совпадают (или отличаются только регистром в VB). Инструменты рефакторинга C #, похоже, могут это сделать. Я не называю классы и экземпляры одинаково. В C # я буду использовать регистр, чтобы различать, но в VB я не могу этого сделать, поэтому я использую буквы для добавления. Очевидно, моя проблема в том, что я поддерживаю код другого пользователя, который использовал то же имя. Но это обсуждение становится слишком большим для комментариев, поэтому я оставлю его здесь.
Джейсон С.

5

Это часть используемого вами редактора, они могут вести себя по-разному, но факт в том, что Visual Basic действительно нечувствителен к регистру. Итак, ssи SSтакие же.

Пожалуйста, посмотрите учебник по основам VB.NET для получения дополнительной информации :)


о, это интересно. где я могу посмотреть эту деталь? Я еще не тестировал, но, думая о VBScript, возможно, вы правы.
Тодд Мэйн,

@Otaku: пожалуйста, посмотрите мой ответ еще раз, я предоставил ссылку сейчас. Спасибо
Sarfraz

Я хорошо знаком с VB, спасибо :) Я не уверен, что вы хотите, чтобы я посмотрел на этой странице.
Тодд Мэйн,

3

Я не уверен, что понимаю тебя? VB нечувствителен к регистру, поэтому ss и SS - это одна и та же переменная, поэтому компилятор правильно жалуется, что вы повторно объявили переменную.

Я думаю, что переменные не чувствительны к регистру, но имена функций чувствительны.


но если я использую, ssа затем набираю SS, он автоматически корректируется ss, что заставляет меня думать, что компилятор действительно заботится о регистре.
Тодд Мэйн,

5
@oTAKU: Дело в том, что IDE меняет регистр, а не компилятор.
Джон Сондерс,

2
VB по-прежнему не заботится о случае. IDE пытается очистить код, чтобы переменные оставались неизменными во всем.
guitarthrower

1

Да, VB не чувствителен к регистру. Иногда это заставляет тех, кто к этому не привык, зацикливаться.


1

Не нужно изо всех сил пытаться в VB.NET создать код с разными прописными и строчными буквами "написания" идентификатора. Изменение регистра идентификатора в файле, в котором он объявлен, без использования функции «Переименовать» не приведет к обновлению имени в других файлах, хотя редактирование любой строки, содержащей имя, приведет к его соответствию настоящему определению.

Таким образом можно определить, что VB.NET в основном нечувствителен к регистру, но делает регистр идентификаторов доступным для среды CLR, которая может использовать эту информацию с учетом регистра.


1

Я могу только предложить это, что, как я помню из моих учебников по программированию еще в начале 80-х, состоит в том, что чувствительные к регистру языки были (в то время) строго предназначены для уменьшения ошибок времени компиляции. Другими словами, «строгость» была предназначена для развития дисциплины кодирования с большей точностью. Как оказалось, добавление правильной маркировки переменных, классов, методов, функций и всего, что вы хотите добавить туда, также претерпело изменения.

Я помню, что почти все эти книги включали рекомендуемый образец использования заглавных букв, нижнего регистра и т. Д. Как мы все знаем, большая часть этого была выброшена или, я бы сказал, проигнорирована на практике, за исключением высокопроизводительных производств, и CASE решения, или для тех, кто достиг более высокого уровня квалификации. Я думаю, что каждый сталкивается с этой кривой обучения.

Учитывая развитие этих языков и IDE, возникает лучший вопрос: какой язык улучшает мое время разработки? Конечно, если вы не знакомы с каждым из различных языков, ваши возможности ограничены.


1

Постараюсь ответить на ваш второй вопрос.

«Достаточно ли это убедительно для меня, чтобы подумать о переходе на C #, если ситуация с VB.NET каким-то образом ограничивает то, что я могу делать с кодом?»

Создайте WCF WebService с помощью C #. Создайте DataContract (1 класс). Один со свойством "строковый адрес электронной почты". Другой с "строковым адресом электронной почты" в качестве другого свойства. Ваш выбор - личный или служебный. Или это может быть два разных DataContracts.

Для C # это нормально. Веб-сервис создан нормально. Программа на AC # может легко создать WSDL, и все в порядке.

Теперь попробуйте создать WSDL с VB (любой версии). Он скажет, что «электронная почта» уже объявлена, и генерация WSDL не удалась.

Как и все, я предполагал, что это недостаток языка VB. Но!!!

Используйте FxCOP и проанализируйте исходный код C #. FxCOP говорит, что использование электронной почты / электронной почты является проблемой. Рекомендует использовать разные имена, поддерживающие нечувствительность к регистру. Также обратите внимание, что на сегодняшний день .NET framework имеет 106 языков программирования, и во многих языках включена чувствительность к регистру. Мы все движемся в сторону облака и хотим, чтобы наши услуги были доступны для всех платформ / языков программирования.

Так что чувствительность к регистру - это ваш выбор в вашей программе, и если вы парень C, вам это понравится. Если программа будет использоваться / доступна для других программ, отличных от C, вам необходимо поддерживать нечувствительность к регистру, но ваш язык - ваш выбор.

http://en.wikipedia.org/wiki/Comparison_of_C_Sharp_and_Visual_Basic_.NET http://www.vbrad.com/article.aspx?id=65


Облако использует URI, чувствительные к регистру (что особенно важно для прокси-серверов и кеш-серверов).
binki

1

Скрытие символов (например, поле local hides) также нечувствительно к регистру.

Вот пример :

Public Class C
    Public Name As String

    Public Function M(name As String) As Boolean
        Return String.Equals(name, Name) ' case differs
    End Function
End Class

Вывод компилятора VB.NET декомпилирован (и, следовательно, эквивалентен) следующему C #:

public class C
{
    public string Name;

    public bool M(string name)
    {
        return string.Equals(name, name); // both lowercase
    }
}

string.Equalsпроходит поле дважды. Местное скрыто, независимо от случая. Язык нечувствителен к регистру.

Чтобы явно сослаться на член, например на это поле, необходимо разыменовать член с помощью Me:

Return String.Equals(name, Me.Name) ' differentiate field from local

0

Я не видел, чтобы кто-нибудь прокомментировал ваш явный второй вопрос в конце: «2: достаточно ли это убедительно для меня, чтобы подумать о переходе на C #, если случай VB.NET каким-то образом ограничивает то, что я могу делать с кодом?»

Я предпочитаю более опционный подход, когда C # позволяет программисту выбирать, ограничивать ли возможности программиста. Я очень предпочитаю C #, но только из-за чувствительности к регистру я бы даже не подумал, что это близко к изучению языка только потому, что он чувствителен к регистру. важны все функции, и когда я смотрю на преимущества как C #, так и VB.NET, я очень предпочитаю C #. но я дам вам действительно сбалансированный взгляд, предвзятый да, потому что у меня есть предпочтения, но я также буду честен в отношении недостатков C #.

Во-первых, у обоих языков есть свои преимущества и недостатки. различия, которые вы можете сделать на одном языке, чего нельзя сделать на другом, сокращаются, поскольку, к счастью, Microsoft улучшает оба языка, и они, похоже, не проявляют несправедливого пристрастия к любому языку.

когда впервые появился C #, у VB не было комментариев XML, которые можно было бы помещать перед методами, которые мне нравились в C #. я ненавидел это в VB.NET. но за эти годы я видел, что многие функции, которых нет на одном языке, добавляются к другому. (одна и та же команда разработчиков MS разрабатывает и C #, и VB, поэтому логично, что функции должны стать очень похожими.)

но вы спросили, что есть в C #, а в VB нет. вот некоторые, о которых я могу сразу подумать:

1: C # более лаконичен и требует меньше ввода ... МНОГИМИ способами! я даже видел, как глупцы говорят, когда делается противоположное утверждение, что VB экономит печать. но послушайте, пожалуйста, людей, которые говорят вам, что они используют оба языка, и ни один из них не используется редко. я использую как C # иVB, C # дома, потому что мне это нравится (и когда я работаю с C # на работе), и мои последние запросы о работе, в которых я использую VB, а не C #. так что я все чаще использую VB (уже около 10 месяцев), но, по моим личным показаниям, я предпочитаю C #, а с точки зрения фактического набора текста VB значительно больше печатает. один пример, который я прочитал, где кто-то на самом деле пытался сказать, что VB был более кратким, давал пример 'with ...' с длинной переменной в with, поэтому в VB вы могли просто использовать '.property'. глупо утверждать, что VB нужно меньше печатать. есть несколько вещей (и не только в этом примере), где VB короче, но гораздо больше случаев, когда C # более краток на практике.

но самая большая причина, по которой я считаю C # более лаконичным, - это подробные инструкции VB «IF / THEN». если утверждения являются общими. в C # нет слова «тогда» для ввода! :) также все операторы 'end ...' требуют ввода, который в C # обычно представляет собой всего лишь одну закрывающую скобку '}'. Я читал, что некоторые люди утверждают, что эта более многословность в VB.NET является преимуществом для VB, поскольку несколько операторов / символов закрывающего блока могут быть вложены и заканчиваться сразу рядом друг с другом, но я совершенно не согласен. человек почти всегда может написать программу на C # или VB лучше, чем другой программист, потому что следующая версия кода может быть разработана лучше. это относится к «запутанным многочисленным закрывающим фигурным скобкам в C #» плюс, если все вложенные блоки имеют тот же тип, что и несколько вложенных IF, тогда VB страдает той же проблемой, что и в C #. в VB это не преимущество. именно эта ситуация является причиной того, что я люблю комментировать то, что соответствует моему закрывающему символу или закрывающему заявлению на обоих языках. да, это более многословно, но на любом языке у вас есть возможность пояснить, что важно в конкретных ситуационных делах, основанных на суждениях. Я считаю, что ясность кода очень важна.

2: VB не имеет многострочных комментариев. когда я работал с VB, я не возражал. затем я перешел на несколько языков в стиле C. Теперь я снова использую VB.NET на работе и скучаю по ним. это просто то, что вам удобно, а потом придется потерять. :(

3: «andalso» и «orelse» в VB довольно неприятно набирать все это, когда в C # это просто «&&» и «||». опять же меньше набора текста. это не редкость в моем коде как на VB, так и на C #. во всяком случае, для функциональности 'OR' против 'OrElse' обычно не имеет значения, за исключением того, что 'OrElse' быстрее для компьютера, поэтому, если программист просто использует 'Or' и 'And' в VB, он создает менее оптимальный код для тот, кому нравится ясность кода. «Или» гораздо легче пролистать, чем «OrElse».

4: больше гибкости в размещении кода на C #. когда строка длинная, и вы хотите перенести ее на следующую строку, я ненавижу "контролирующую" корректировку моего кода в VB.NET. C # делает это немного, но я считаю его более полезным в C #, тогда как в VB это гораздо больше контроля. но это скорее VB.NET IDE и C # IDE, чем сам язык. но я не знаю, нужны ли вам оба или чисто языковые функции без различий в IDE.

5: мне очень не хватает всего лишь создания нового блока кода на C #, у меня может много чего происходить в методе, и я хочу объявить переменную в очень маленьком блоке кода, но не объявить эту переменную вне этого блока в весь метод. в C # мы можем просто создать новый блок с помощью '{' и закончить его с помощью '}'. VB не имеет такой функции, но наиболее близким совпадением является безусловный блок «If True Then» и «End If». (обратите внимание на 2-символьный C # против 18-символьного эквивалента VB.NET снова ... больше ввода в VB.)

6: операторы самостоятельного увеличения и уменьшения: ++ и - как в myVariable++ или ++myVariableили эквивалентных версиях декремента. это очень удобно ... иногда. вот пример реального кода, когда я сильно скучал по C #:

// C#:
while (txt.Length > x)
{
    thisChar = txt[x];
    if (charsAllowedWithoutLimit.Contains(thisChar)) { ++x; }
    else if (allowLettersWithoutLimit && char.IsLetter(thisChar)) { ++x; }
    else if ((x2 = charsAllowedWithLimit.IndexOf(thisChar)) >= 0)
    {
        ++x; if (++usedCountA[x2] > charAllowedLimit[x2]) { break; }
    }
    else { break; }
}

' VB.NET:
While (txt.Length > x)
    thisChar = txt(x)
    If (charsAllowedWithoutLimit.Contains(thisChar)) Then
        x += 1
    ElseIf (allowLettersWithoutLimit AndAlso Char.IsLetter(thisChar)) Then
        x += 1
    Else
        x2 = charsAllowedWithLimit.IndexOf(thisChar)
        If (x2 >= 0) Then
            x += 1
            usedCountA(x2) += 1S
            If usedCountA(x2) > charAllowedLimit(x2) Then Exit While
        Else
            Exit While
        End If
    End If
End While

И просто чтобы дать ОЧЕНЬ хороший пример правил C #, это еще один код, который я написал недавно:

// C#
public static bool IsNotWithin(this Byte   v, Byte   v1, Byte   v2) { return (v1 > v && v < v2) || (v2 < v && v > v1); }
public static bool IsNotWithin(this SByte  v, SByte  v1, SByte  v2) { return (v1 > v && v < v2) || (v2 < v && v > v1); }
public static bool IsNotWithin(this Int16  v, Int16  v1, Int16  v2) { return (v1 > v && v < v2) || (v2 < v && v > v1); }
public static bool IsNotWithin(this Int32  v, Int32  v1, Int32  v2) { return (v1 > v && v < v2) || (v2 < v && v > v1); }
public static bool IsNotWithin(this Int64  v, Int64  v1, Int64  v2) { return (v1 > v && v < v2) || (v2 < v && v > v1); }
public static bool IsNotWithin(this UInt16 v, UInt16 v1, UInt16 v2) { return (v1 > v && v < v2) || (v2 < v && v > v1); }
public static bool IsNotWithin(this UInt32 v, UInt32 v1, UInt32 v2) { return (v1 > v && v < v2) || (v2 < v && v > v1); }
public static bool IsNotWithin(this UInt64 v, UInt64 v1, UInt64 v2) { return (v1 > v && v < v2) || (v2 < v && v > v1); }
public static bool IsNotWithin(this Decimal v, Decimal v1, Decimal v2) { return (v1 > v && v < v2) || (v2 < v && v > v1); }

public static bool IsWithin(this Byte   v, Byte   v1, Byte   v2) { return (v1 <= v && v <= v2) || (v2 <= v && v <= v1); }
public static bool IsWithin(this SByte  v, SByte  v1, SByte  v2) { return (v1 <= v && v <= v2) || (v2 <= v && v <= v1); }
public static bool IsWithin(this Int16  v, Int16  v1, Int16  v2) { return (v1 <= v && v <= v2) || (v2 <= v && v <= v1); }
public static bool IsWithin(this Int32  v, Int32  v1, Int32  v2) { return (v1 <= v && v <= v2) || (v2 <= v && v <= v1); }
public static bool IsWithin(this Int64  v, Int64  v1, Int64  v2) { return (v1 <= v && v <= v2) || (v2 <= v && v <= v1); }
public static bool IsWithin(this UInt16 v, UInt16 v1, UInt16 v2) { return (v1 <= v && v <= v2) || (v2 <= v && v <= v1); }
public static bool IsWithin(this UInt32 v, UInt32 v1, UInt32 v2) { return (v1 <= v && v <= v2) || (v2 <= v && v <= v1); }
public static bool IsWithin(this UInt64 v, UInt64 v1, UInt64 v2) { return (v1 <= v && v <= v2) || (v2 <= v && v <= v1); }
public static bool IsWithin(this Decimal v, Decimal v1, Decimal v2) { return (v1 <= v && v <= v2) || (v2 <= v && v <= v1); }

' And the VB equivalent is a mess! Here goes:
<Extension()>
Public Function IsNotWithin(v As Byte, value1 As Byte, value2 As Byte) As Boolean
    Return (value1 > v AndAlso v < value2) OrElse (value2 < v AndAlso v > value1)
End Function

<Extension()>
Public Function IsNotWithin(v As SByte, value1 As SByte, value2 As SByte) As Boolean
    Return (value1 > v AndAlso v < value2) OrElse (value2 < v AndAlso v > value1)
End Function

<Extension()>
Public Function IsNotWithin(v As Int16, value1 As Int16, value2 As Int16) As Boolean
    Return (value1 > v AndAlso v < value2) OrElse (value2 < v AndAlso v > value1)
End Function

' the % suffix means 'As Integer' in VB.
<Extension()>
Public Function IsNotWithin(v%, value1%, value2%) As Boolean
    Return (value1 > v AndAlso v < value2) OrElse (value2 < v AndAlso v > value1)
End Function

' the & suffix means 'As Long' in VB.
<Extension()>
Public Function IsNotWithin(v&, value1&, value2&) As Boolean
    Return (value1 > v AndAlso v < value2) OrElse (value2 < v AndAlso v > value1)
End Function

<Extension()>
Public Function IsNotWithin(v As UInt16, value1 As UInt16, value2 As UInt16) As Boolean
    Return (value1 > v AndAlso v < value2) OrElse (value2 < v AndAlso v > value1)
End Function

<Extension()>
Public Function IsNotWithin(v As UInt32, value1 As UInt32, value2 As UInt32) As Boolean
    Return (value1 > v AndAlso v < value2) OrElse (value2 < v AndAlso v > value1)
End Function

<Extension()>
Public Function IsNotWithin(v As UInt64, value1 As UInt64, value2 As UInt64) As Boolean
    Return (value1 > v AndAlso v < value2) OrElse (value2 < v AndAlso v > value1)
End Function

' the @ suffix means 'As Decimal' in VB.
<Extension()>
Public Function IsNotWithin(v@, value1@, value2@) As Boolean
    Return (value1 > v AndAlso v < value2) OrElse (value2 < v AndAlso v > value1)
End Function

<Extension()>
Public Function IsWithin(v As Byte, value1 As Byte, value2 As Byte) As Boolean
    Return (value1 <= v AndAlso v <= value2) OrElse (value2 <= v AndAlso v <= value1)
End Function

<Extension()>
Public Function IsWithin(v As SByte, value1 As SByte, value2 As SByte) As Boolean
    Return (value1 <= v AndAlso v <= value2) OrElse (value2 <= v AndAlso v <= value1)
End Function

<Extension()>
Public Function IsWithin(v As Int16, value1 As Int16, value2 As Int16) As Boolean
    Return (value1 <= v AndAlso v <= value2) OrElse (value2 <= v AndAlso v <= value1)
End Function

' the % suffix means 'As Integer' in VB.
<Extension()>
Public Function IsWithin(v%, value1%, value2%) As Boolean
    Return (value1 <= v AndAlso v <= value2) OrElse (value2 <= v AndAlso v <= value1)
End Function

' the & suffix means 'As Long' in VB.
<Extension()>
Public Function IsWithin(v&, value1&, value2&) As Boolean
    Return (value1 <= v AndAlso v <= value2) OrElse (value2 <= v AndAlso v <= value1)
End Function

<Extension()>
Public Function IsWithin(v As UInt16, value1 As UInt16, value2 As UInt16) As Boolean
    Return (value1 <= v AndAlso v <= value2) OrElse (value2 <= v AndAlso v <= value1)
End Function

<Extension()>
Public Function IsWithin(v As UInt32, value1 As UInt32, value2 As UInt32) As Boolean
    Return (value1 <= v AndAlso v <= value2) OrElse (value2 <= v AndAlso v <= value1)
End Function

<Extension()>
Public Function IsWithin(v As UInt64, value1 As UInt64, value2 As UInt64) As Boolean
    Return (value1 <= v AndAlso v <= value2) OrElse (value2 <= v AndAlso v <= value1)
End Function

' the @ suffix means 'As Decimal' in VB.
<Extension()>
Public Function IsWithin(v@, value1@, value2@) As Boolean
    Return (value1 <= v AndAlso v <= value2) OrElse (value2 <= v AndAlso v <= value1)
End Function

Возможно, это достаточное доказательство того, что C # более лаконичен. Но не всем программистам нравится лаконичность. Некоторые предпочитают читать «если a <b, то ...», потому что это более естественно для их человеческого языка. И это нормально. Предпочтения в порядке. Для меня усилие руки - это значение фактора i, и я думаю, что любой может привыкнуть думать любыми символами, которые ему нравятся, поскольку «if» и «then» - это символы алфавита, а C # - «оператор if (условие);» синтаксис тоже символы. один просто ближе к синтаксису непрограммиста, чем другой. Я предпочитаю лаконичный.

Я также думаю, что необходимость использовать 'c' после символьных литералов в VB, чтобы сделать его символьным литералом, а не строкой, раздражает. Мне гораздо больше нравится лаконичность C #. когда для метода требуется символьный литерал, вам необходимо предоставить символ, а не строку с длиной в один символ, поэтому иногда вы вынуждены использовать ":"cв VB, а в C # это':' . Я думаю, что это придирки.

Чтобы быть справедливыми, я скажу есть преимущества мне нравится VB , как не имеющие ставить пустые круглые скобки после вызова методов, как , Dim nameUpper$ = name.ToUpperInvariantгде C # требуют пустых скобок: string nameUpper = name.ToUpperInvariant(). или вдвое больше , как обрезка тоже: Dim nameUpper$ = name.Trim.ToUpperInvariantпротив string nameUpper = name.Trim().ToUpperInvariant(). Мне нравится краткое использование VB того, что я использовал $выше, чтобы затемнить его «As String», где C # не имеет этих ярлыков. VB имеет эти ярлыки для типов String, Integer, Long, Decimal, Single и Double, но недостатком является то, что они менее понятны, поэтому я использую их с осторожностью. но тем не менее я предпочитаю лаконичный код.

Что ж, это всего лишь несколько слов от этого опытного программиста, и, как я считаю, это мое «свидетельство» программирования C # и VB. Оба, на мой взгляд, хорошие языки. но да, я по-прежнему предпочитаю C #.

ps Так как я планирую программировать большую часть своей жизни, я даже заново научился печатать, используя наиболее эффективную клавиатуру: клавиатуру Дворжака, которая требует примерно 1/3 усилий для набора английского языка, чем на клавиатуре Qwerty. поищи это. возможно, вы тоже захотите переключиться. ;) мне стало легче печатать на 67%! :) Я призываю всех мыслить нестандартно и оценивать эффективность своей работы. Упрощенная раскладка клавиатуры Дворжака и C # сделали это за меня. :)

PSS Я бы сравнил Dvorak и C # с метрикой, в отличие от раскладки клавиатуры Qwerty, и VB с эмпирическими измерениями. Дворжак, метрика и C # просто «чистые». НО VB не сильно отстает. Но он страдает от необходимости быть обратно совместимым со старым кодом VB6 и кодом до .NET, например, «Or» против «OrElse» и «IIF ()».

Я заканчиваю с осторожностью. Пожалуйста, будьте более осмотрительны, чем прислушивайтесь к людям, которые на самом деле не понимают, о чем они говорят. Половина всех минусов как VB, так и C # - небольше нет проблем, и люди все еще пишут о том, что они не знают, какие недостатки действительно все еще существуют в языке. Лучший пример, который я могу придумать, - это XML-комментарии для методов, использующих тройной апостроф в VB или символы комментария с тройной косой чертой в C #. Но, пожалуйста, определите для себя, говорит ли человек по незнанию или по опыту. Личное свидетельство означает, что они знают на собственном опыте. А после того, как у кого-то будет большой опыт в этом, тогда придайте уши. У меня более 10 лет опыта как в C #, так и в VB. И все сводится к следующему: оба (очень) хорошие языки. И большинство различий вы можете увидеть сразу через 5 минут после чтения кода. Но да, на поиск других функций могут уйти годы. И один недостаток, о котором я знаю (в C #), я могу ' Я даже не думаю о реальной жизненной ситуации, когда это было бы полезно. Так что, возможно, это все-таки не помеха.

Удачного кодирования!


Я ценю все детали, но в вашем примере не используется чувствительность / нечувствительность к регистру (насколько я могу судить), чтобы показать, почему C # в чем-то «лучше».
Тодд Мэйн

Я попытался ответить на второй вопрос прямым примером.
Venkat

@ToddMain, правильно. И в моем примере не используется чувствительность к регистру, чтобы показать, почему C # лучше, потому что вопрос не спрашивает, почему чувствительность к регистру делает его лучше. Кроме того, я считаю, что эта функция говорит сама за себя. И я считаю, что основная логика заключается в том, что большинство людей может сделать это самостоятельно. Но если кто-то спросит, я рад помочь им в логике. Но это, друг мой, на мой взгляд, другой вопрос. ;)
Shawn Kovac

Собственно, это был один из двух вопросов, заданных в исходном посте. Это не само собой разумеющееся, поэтому я спросил. Но не беспокойтесь о том, чтобы не ответить на этот вопрос.
Todd Main

@ToddMain, я понимаю вашу точку зрения. действительно очень справедливый момент. :) Спасибо, что открыли мне глаза на это. :)
Shawn Kovac

0

VB.NET нечувствителен к регистру.

Примеры:

1.

Dim a As Integer
Dim A as Integer

2.

Sub b()
    'Some statement(s) here
End Sub
Sub B()
    'Some statement(s) here
End Sub

3.

Function c() As Integer
    'Some statement(s) here
End Function
Function C() As Integer
    'Some statement(s) here
End Function

Весь этот код выдаст ОШИБКУ ВРЕМЕНИ КОМПИЛЯЦИИ .

В первом примере будет показана ошибка: «Локальная переменная« A »уже объявлена ​​в текущем блоке».

В то время как для 2-го и 3-го примеров будет отображаться сообщение об ошибке «Public Sub b ()» имеет несколько определений с идентичными подписями ». и «'Public Function c () As Integer' имеет несколько определений с идентичными подписями.» соответственно.

Из этих ошибок обратите внимание, что ошибки возникают в разных позициях для переменных и процедур / функций. Для переменных ошибка выдается при втором объявлении, а для процедур / функций - при первом объявлении / определении идентичного кода.

Как сказал пользователь в комментарии где-то выше, код VB.NET постоянно проверяется и / или корректируется в фоновом режиме; вы можете увидеть эту ошибку в окне «Список ошибок» в VS IDE. И поскольку это ОШИБКА, а НЕ ПРЕДУПРЕЖДЕНИЕ , код не будет компилироваться, пока ошибка не будет устранена.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.