Я работаю над игровым движком на C++, и у меня есть такие методы, как setColour и другие вещи, использующие британскую грамматику. Пока я думал, как компиляторы C++ в основном используют английский язык (поправьте меня, если я ошибаюсь) и как большинство API используют американскую грамматику, должен ли я плыть по течению и продолжать неофициальный стандарт в высшем совете программистов грамматики или быть бунтарем ?
Я не уверен, какой.
Вы должны использовать американское написание color. 99% кода использует это, включая большую часть кода, написанного британцами или австралийцами, говорящими на английском языке. Если вы используете что-то другое, вы (или кто-то другой, кто использует ваш код) в какой-то момент просто забудете, что использовать, и совершите ненужную ошибку.
color. Смешивание собственного colour с color API вызывает проблемы. (Я австралиец, кстати.)
- person David Johnstone; 15.03.2010
Я британец, и я думаю, что правильно будет стиснуть зубы и использовать Color. Обычно я не ожидаю, что немецкоязычный программист будет использовать Farbe в общедоступном API[*], и я не ожидаю, что ему придется предоставлять альтернативные варианты написания, такие как finalize против finalise или localization против localisation.
Компилятор укажет на любые ошибки, поэтому я думаю, что использование альтернативных имен для вещей ошибочно. Если подумать, это может даже помешать некоторым программистам, поскольку автодополнению IDE придется больше пережевывать. Если вы собираетесь использовать одно написание, то «Цвет» — это настолько распространенное слово в API, обычно пишется без буквы «u», что было бы преднамеренной идиосинкразией писать его каким-либо другим способом. Это никому особо не помогает.
Очевидно, что решающего аргумента нет — вы можете называть свои функции method001, method002, если хотите, и код все равно будет работать, так что Colour по сравнению с ним — незначительная причуда. Но есть тонкая грань между «причудливым» и «мизантропическим».
[*] Просто потому, что он находит его более читабельным, чем Color, я имею в виду. Если он совсем не говорит по-английски, у него нет выбора.
Будь бунтарем! Иди со своим родным английским.
Если вам хочется бросить подачку американцам, предоставьте функции прикрытия с неправильным написанием (шутливо: но просто убедитесь, что они работают достаточно медленнее, чтобы предпочесть использовать правильное написание).
localize против localise? (Вариант написания в британском английском, а также британо-американское различие). Вы всегда не забываете делать и эти #define? А как насчет Грея против Грея? Или давайте не будем забывать о гармонизации ЕС: Gris, Grau, Grigio, Šedá (каюсь, последнее, что я искал). Я думаю, что это может быстро выйти из-под контроля.
- person Steve Jessop; 15.03.2010
std::list, std_en::list, std_es::lista, std_de::Liste и так далее ;-)
- person Steve Jessop; 15.03.2010
std_ja::リスト
- person dreamlax; 15.03.2010
Какое соглашение об именах вы выберете, не имеет значения. Используйте любую форму, которая вам удобнее, при условии согласованности как в вашем собственном коде, так и в любых связанных API, с которыми вы работаете.
doStuffColor, и doStuffColour не работали и не давали идентичных результатов? Это можно сделать с помощью простых #define или встроенных функций (или обоих).
- person Chris Lutz; 15.03.2010
У меня, как у австралийца, такие же соображения.
На работе мы не используем американскую орфографию, в основном потому, что для нас это не вторая натура, поэтому кодирование (теоретически) займет больше времени, если мы будем придерживаться американского соглашения, поскольку нам всегда придется сомневаться в себе. . При этом у нас, кажется, нет проблем с переключением между нашими API и внешними библиотеками стилей соглашений США, но если вы думаете, что можете, это необходимо учитывать.
Я считаю, что вы должны использовать то, что приходит само собой, так как это будет легче для вас.
И если это означает придерживаться британского правописания, делайте это с оттенком гордости ;)
Я использовал те сумасшедшие варианты написания, которые они используют на маленьком острове под названием Англия по ряду причин:
Однако в основном я пишу на C#, HTML, CSS, JS и т. д. Я мог бы остаться упрямым и использовать наше правописание, но все эти языки используют американизированные ключевые слова и имена членов. В итоге я получил чертову кучу дерьма!
В моем С#:
public Color BrightenColour(Color colour); // eew, minging
или в моем CSS:
.greyColoured { color: gray; } /* not semantic? crikey! */
или мой jQuery:
function serialiseForm() {
return $('input, textarea, select').serialize() // cor' blimey!
}
или мой HTML:
<div align="center">Centre</div> <!-- goodness gracious me! -->
Итак, сегодня я, наконец, сдался и выполнил поиск-замену всех моих старых, традиционных вариантов написания. Хотя мне не нравятся все мои новые кросс-атлантические варианты написания, мой код стал намного чище :D
Талли-хо!
На самом деле не имеет значения, что вы выберете, просто убедитесь, что вы остаетесь последовательным.
Определенно, лучше всего будет выбрать одно соглашение и придерживаться его (а также задокументировать его). C++ использует только небольшое количество зарезервированных ключевых слов. Все остальное зависит от вас (но, конечно, сумасшедшее соглашение об именах только взбесит тех, кто придет после вас).
Тем не менее, чтобы сделать более общий вывод, нет абсолютно никаких причин менять то, как вы привыкли писать вещи. Я слышал о многих случаях, когда люди унаследовали код, чьи комментарии были на французском или немецком языке: теперь это может стать проблемой с точки зрения обслуживания!
РЕДАКТИРОВАТЬ: я считаю, что вопрос, который, как мне кажется, не затрагивается всеми ответами, в которых говорится, что вы должны просто придерживаться американского правописания: во многих случаях (насколько мне известно) само американское правописание не сошлось, например. «параметризовать» и «параметризовать» (обратите внимание, что я использовал «z», так что оба эти написания являются американскими).
Мое правило как канадца — использовать «цвет» в идентификаторах и «цвет» в комментариях. Например:
/// <summary>Return the colour in CIE Lab space.</summary>
public GetLabColor() : double * double * double;
Почему бы не интернационализировать имена ваших методов. Я предлагаю два варианта для этого. * Назовите ваши методы следующим образом 'method1", "method2" и предоставьте разные шпаргалки для разных местных жителей, чтобы у британцев было method1=setColour, а в Америке - method1=setColor.
Другой вариант - использовать что-то вроде ASM для перезаписи файлов классов внутри ваших файлов jar, чтобы для американцев метод был «setColor», а в Британии и остальной части Содружества они видели «setColour». Это устранит необходимость дублирования setColor/setColour, как предложил кто-то другой.
creat? - person Chris Lutz schedule 15.03.2010creatпредшествует Linux. - person asveikau schedule 15.03.2010