Конвенции
 

Для чего программистам соблюдать конвенции какие-то?

Солюдение конвенций дает:
1. +500 к ЧСВ
2. Ускорение компиляции кода до 270%
3. Повышение скорости работы кода до 300%
4. Можно даже вообще ничего не кодить - работа сама будет делаться...
5. Гигантские возможности троллить программеров, которые занимаются делом, а не фэншуем.
:)))))))

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

Как-то так.

Если пишешь для себя - пофигу. Аутсорсишь - надо вот так вот выделываться...

А мне и для себя приятно выделываться )

А догмы кто-то соблюдает? Например не более 5 приватных переменных на класс, не более 21 строчки в функции?

В init бывает больше кода, чем 21 строчки. А так я почти никогда не нарушаю приведённый стандарт попросту потому, что оно не нужно и выглядит не очень опрятно.

Аддчайлды и координаты - да. В другом случае более 21 быть не может. У меня может инит доходить и до 100 строчек, если объектов море, скажем пишем сайт :) координаты никто не отменял.

Sintesis - ваше сообщение бред. Кто придумал эти догмы, особенно про 5 приватов? В нормальном кодостроении ВСЕ переменные приватные, и если их только < = 5 ОБЯЗАТЕЛЬНО - то дело хорошим не кончится

Нет. Иначе не останется времени на выпить пива после работы....
И вообще, про бритву Оккама тут кто-нибудь слышал? ;)

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

А если на конвенции плевать, а дома все как в музее? ;)

Что-то слабо в это верится)

Не понимаю позицию "если читать другим, то делайте хорошо, а для себя пишите ***код".
Боб Мартин например весьма убедительно трындит о том, что в процессе написания кода мы 75% времени его ЧИТАЕМ а не пишем. А уж когда начинаем писать другие классы и обращаемся к уже написанным частям, то, понятно, все 100%. И я с ним полностью согласен. Писать чистый код надо прежде всего ДЛЯ СЕБЯ, а не для каких-то мифических Контролёров и сослуживцев.

Wolsh, если это был ответ на мой пост, то я там вначале написал "если нравится, чтобы везде был бардак" ;)
Если человеку не все равно, что у него творится в коде, то он сам, без подобных вопросов будет стремиться к написанию чистого кода

5 переменных на класс?!

Да не, это бред. Это можно рассматривать как ориентир, типа "у тебя стало больше пяти переменных в классе? Подумай, может стоит выделить еще одну сущность? Разделить ответственности, выделив наследников?", но не более. Я думаю, нормальный девелопер итак об этом должен думать всегда, чтобы не плодить мультитулзы. Но как догмат, обязательный к соблюдению везде и всегда, это бред.

Добавлено через 3 минуты
caseyryan, да нет, это было сказано всем. В реальности ответ новичку "это надо для команды сослуживцев" означает строгое "это нафиг никому не надо". Поэтому не стоит вообще использовать такой аргумент. Человек, работающий в команде, просто не задает таких вопросов.

Дада Wolsh, именно для этого. Это правила чистого кода! Ну ребят, что это вы забываете о FlexPMD?

Эта штука даже встроена в FlashDevelop. Tools>FlashTools>Analyze Project Source Code

Суть всех ваших эсхатологических реминесценций давно уже описана в литературе:

Насчёт 5 приватов - это на самом деле не такой уж и бред. В 90% случаев можно провести такую декомпозицию/рефакторинг и, например, у меня в 90% случаев так и есть - приватов, да и пабликов не больше 5. Другое дело, что не всегда это будет оптимально с точки зрения производительности и читабельности. Тут нужны компромиссы. Но если количество таких приватов переваливает за десяток и это не какой-нибудь css враппер, то уже реально есть повод для задуматься.

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

Не факт. Делаешь для каждого типа тела свой классик. Объявление пишется в каком-нить конфиге и тому подобное. Если это у вас вызывает затруднения - то тоже есть повод задуматься. )
И я повторяю про 90% и специфику.

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

21 (строк в функции) -это я еще понимаю. Очко. Нет вопросов.
А в чем магия числа 5? Это потому, что пальцев на руке 5?
А...наверно как-то связано со зрением, наверно, с монитора удобно чтитать, в поле зрения блок текста больше пяти строк не помещается...Не..наверно, вообще, статистически характеристик у простых объектов в большинтсве 5..x,y,z,m и линейный размер... ээ.. а как так выходит? Загадка...

Нда.... и вот такой программер садится писать игру в крестики нолики... 9 клеток.... и всё.... надо писать 9 классов... иначе никак....

Ну как же? 4 мало, а 6 много)
Вообще цифра с потолка, конечно.

Возьмём для примера абстрактный Sprite, у него по-хорошему не так уж и много должно быть приватов.
Выделяем новые сущности объединяющие группы приватов: вместо _width/_height вводим _size:Size, вместо _x,_y,_rotation вводим _position:Position и т.д и т.п.
Кроме того, полезно выделять некоторые приваты в класс родителя, пусть у него даже будет (пока) один единственный наследник)
Например те же _size и _position перемещаем в класс родителя DisplayObject.
_children уходит в DisplayObjectContainer.

Может показаться, что я капитаню, тем более на таких примерах, и вы будете совершенно правы )

Добавлено через 1 минуту
не обязательно 9, но как минимум 3 только для клеточек)
для нолика, для крестика + общий их родитель.

А сколько рекомендуют держать детей в цепи наследования?

Китайцы рекомендуют не больше 2 детей :D

У России другая политика :).

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