Принципиально ли давать имена классам с Заглавной буквы.

[elmortem]

Общих для всех-всех языков программирования нет, не будет и нафиг не нужно.
Меня в AS-стандартах кодирования бесит только имена методов с маленькой буквы писать. Я пока и не пишу, но отчаянно с собой борюсь. Всё-таки опыт в Delphi/С++ дают о себе знать. (:

А вообще стандарты нужны для ускорения чтения кода. Т.е. основной фишкой стандартов - сделать визуально отличными разные токены коды. Константы, переменные, классы, методы... Так что если вы применяете свой стандарт - это не страшно. Главное, чтобы читать код было легко.

[Smrad]

Сообщение от litebox

По поводу

//    Do this:
if (flag)
    doThing1();
 
//    Not this:
if (flag)
{
    doThing1();
}

А чем плох первый вариант? Я тоже не использую фигурные скобки, если тело из одной операции, будь то условный оператор, или оператор цикла. А в целом при написании кода стараюсь руководствоваться стандартами Java - уж очень мне 3-й скрипт напоминает детище корпорации Sun.

Есть опасность забыть поставить операторные скобки при добавлении в if ещё одной инструкции (так в "веревке" написано).

[litebox]

с таким же успехом есть опасность забыть поставить скобочки в конструкторе объекта или = вместо == в условном операторе... нужно просто читать, что пишешь ))

[Smrad]

Сообщение от litebox

с таким же успехом есть опасность забыть поставить скобочки в конструкторе объекта или = вместо == в условном операторе... нужно просто читать, что пишешь ))

Ну тогда можно вовсе не форматировать код. Скобочки в конструкторе - это compile time ошибка, "=" вместо "==" должен вызвать warning.

[litebox]

Конструкция

var arr:Array = new Array;

к ошибке компиляции не приводит, и варнинга не выдает

[Smrad]

Сообщение от litebox

Конструкция

var arr:Array = new Array;

к ошибке компиляции не приводит, и варнинга не выдает

А где тут должна возникнуть ошибка?

[elmortem]

Ненавижу первую фигурную скобку переносить на новую строку. Читабельность не повышается ни на йоту, скорее наоборот. При это теряем лишнюю полезную строку.

[ramshteks]

свои пять копеек внесу.

тут совсем недавно, писал лабу по компьютерной графике. очень расчитывал написать за вечер. Сел уже вечером, сил не было, хотел побыстрее и подумал: блин не буду запариваться на названиях переменных и функций и классов. Все по стандарту школьника семиклассника мечтающего написать ос круче чем у всех, переменные в стиле а б в г тт вв пп а1 а2 , функции ф1 ф2 и тд и тп.

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

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

Ведь эти блин правила не просто так придуманы. что бы ты программист лучше работал.

Остальной же мой код, я пишу хорошо, и это позволяет мне врубится в него за пару минут даже после 10 месяцев после последнего редактирования.


написал тут столько , наверно и читать то никто не будет)

[dmitriev]

Потрать ты по секунде на выдумывание нормального информативного имени переменной, не поленись следовать правилам оформление и ты сэкономишь часы.

Согласен, это важная часть работы программиста.
Я не понимаю зачем такой баттл устроили) Мне кажется нужно прислушиваться к авторитетному мнению, _etc сказал с прописной, значит с прописной.

[ramshteks]

так это не его мнение, это как бы общепринятый стандарт.