Необходимо ли использовать международные идентификаторы в Java/C#?

Я сказал бы, что это полностью зависит от того, кто работает над кодовой базой.

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

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

Если Ваш бизнес является неанглоговорящими, и Вы думаете, что Доменный Управляемый Дизайн имеет что-то к нему, то существует другой аспект: Как делают мы, как разработчики, используем тот же доменный язык в качестве нашего бизнеса без какого-либо перевода наверху?

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

я нашел легче просто подать и использовать мой родной язык. Теперь, когда мой код использует те же слова, легче разговаривать с моими специалистами по проблемной области. И через некоторое время Вы привыкаете к нему, точно так же, как как Вы привыкли для кодирования без Венгерской записи.

Я раньше работал в группе разработчиков, которая счастливо вытерла их задницы любым именованием (и в этом отношении любое другое кодирование) соглашения. Хотите верьте, хотите нет, необходимость справиться с и Г ¶ Г¤ в коде была влияющим фактором того, что я уходил в отставку. Хотя я финн, я предпочитаю писать код с американскими настройками клавиатуры, потому что фигурные и квадратные скобки являются болью для записи в финской клавиатуре (попробуйте правильный высокий звук и 7 и 0 для кюри).

, Таким образом, я говорю палку с символами ASCII.

Это зависит:

• Ваша команда соответствует каким-либо существующим стандартам, которые требуют Вашего ASCII использования?
• Ваш код когда-либо собирается быть осуществимо снова использованным или считанным кем-то, кто не говорит на Вашем родном языке?
• Вы предполагаете сценарий, где Вы должны будете обратиться за помощью онлайн и поэтому не будете в состоянии к вставке копии свой пример кода в как есть?
• действительно ли Вы уверены свой весь комплект кодирования кода поддержки инструментов?

, Если Вы ответили на 'да' на какое-либо вышеупомянутое, останьтесь ASCII только. В противном случае продвиньтесь на Ваш собственный риск.

ЕСЛИ Вы заканчиваете другие предпосылки , у Вас тогда есть одно дополнительное (по моему скромному мнению, более важный) одно - Насколько трудный символ для ввода.

На моей обычной en-us клавиатуре, единственный способ, которым я знаю о ввести букву Г§, состоит в том, чтобы содержать высокий звук и совершать нападки 0227 на цифровой клавиатуре, или копии и вставке.

Это было бы ОГРОМНЫМ большим контрольно-пропускным пунктом в способе ввести быстро. Вы не хотите замедлять свое кодирование с тривиальным материалом как это, если Вы не вынуждены к. Международные клавиатуры могут облегчить это, но тогда что происходит, если необходимо кодировать на ноутбуке, который не имеет международной клавиатуры и т.д.?

Часть проблемы - то, что язык Java/C# и его библиотеки основаны на английских словах как if и toString(). Я лично не хотел бы переключаться между неанглийским языком и английским языком при чтении кода.

Однако, если Ваша база данных, UI, правила бизнеса (включая метафоры) уже находятся на некотором неанглийском языке, нет никакой потребности перевести каждый имена методов и переменные на английский язык.

Вот пример того, где я использовал идентификаторы, отличные от ASCII, потому что я нашел его более читаемым, чем замена греческих букв их английскими именами. Хотя у меня на клавиатуре нет θ или φ (я полагался на копирование и вставку)

Однако это все локальные переменные. Я бы держал идентификаторы, отличные от ASCII, вне общедоступных интерфейсов.

Я бы придерживался символов ASCII, потому что если кто-то в вашей команде разработчиков использует SDK, который поддерживает только ASCII, или вы хотите сделать свой код открытым, может возникнуть множество проблем. Лично я бы не стал этого делать, даже если вы не планируете привлекать к проекту тех, кто не говорит на этом языке, потому что вы ведете бизнес, и мне кажется, что тот, кто ведет бизнес, хочет, чтобы его бизнес расширялся, что в наше время означает выход за пределы национальных границ. Мое мнение таково: английский - это язык мира, и даже если вы назовете свои переменные на другом языке, нет смысла использовать в программировании символы, отличные от ASCII. Если вы работаете с данными в UTF8, оставьте это на усмотрение языка: моя программа для iPhone (которая включает в себя тонны пользовательских данных, проходящих между телефоном и сервером) имеет полную поддержку UTF8, но не имеет UTF8 в исходном коде. Кажется, что это просто открывает такую большую банку с червями практически без пользы".