Привязать иерархию своих классов к символам из библиотеки для вывода на stage.

[OnEg1n]

Совершенно согласен с Котярой

[Alexk553]

Насчёт названий переменных и констант согласен с указанным документом. Насчёт отступов, второй вариант нагляднее, хотя можно привыкнуть и к первому варианту.
В конвенции говорится об отступах в 4 пробела, при ограничении в 80 символов выходит, что при 6-ти кратном уровне вложения около трети пространства оказывается незадействованным.

[Котяра]

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

Насчёт названий переменных и констант согласен с указанным документом. Насчёт отступов, второй вариант нагляднее, хотя можно привыкнуть и к первому варианту.
В конвенции говорится об отступах в 4 пробела, при ограничении в 80 символов выходит, что при 6-ти кратном уровне вложения около трети пространства оказывается незадействованным.

1 вариант удобнее сворачивать (в ФД например..)
т.к. сворачиваются {}
то при свёртывании получаем строку вида:

 [+] public function open():void {..

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

x = a + b;
y = b - a;

лучше чем:

x=a+b; y=b-a;

Возьмите посмотрите как оформлена какой нибудь реальный опенсорсный движок,
например: http://code.google.com/p/as3isolib/

А по поводу конвенции с ней не надо соглашаться - её надо стараться соблюдать)
Просто реально бесит, когда приходят со своим уставом в наш монастырь)
Это относится к box2D, pushButtonEngine и Паше Колюжному)

[Alexk553]

насчёт табуляции, в большинстве статей касательно оформления кода говорится, что табуляция нежелательна и её следует задавать пробелом. большие отступы приводят к плохзой читаемости кода. Недавно разбирался в коде С++ для Roguelike движка. уже шесть вложений отодвигают вызов метода setBack довольно далеко. Строка, которая не влезла имеет длину 116 символов. Удобно ли это? вот скриншот:

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

[Котяра]

На самом деле тема уже давно ушла в оффтоп)
Но пока не прикрыли - продолжим на тему конвенций)

Нормальный скрин, очень хорошая табуляция - код очень хорошо читается.
Просто у вас разрешение на мониторе очень маленькое, да и для 116 символов - всё равно: 24 плюс - 24 минус (это я про табуляции 6 уровня), всё равно не влезет
Кроме того - если надо узнать что там конкретно делает 2 setBack - ничто не мешает прокрутить скроллом, хотя (еще раз повторюсь) на нормальном разрешении в 99% случаев даже длинные строки влезают, хоть на 8 уровне)
Кроме того, это лишний повод не писать длинных строк)
вместо:

sampleConsole.setBack(x,y,TCODColor::lerp(lightground....))

надо

int color = TCODColor::lerp(lightground....)
sampleConsole.setBack(x,y,color)

намного лучше читаются 10 маленьких строк чем одна большая, да и рефакторить намного лучше. ( а за 116 символов в строке - как в примере - надо бить молотком по пальцам)

PS: А что за статьи про вредные табуляции? Не верю я им.
PPS:

около трети пространства оказывается незадействованным.

Это тут причём? Экономим электричество? Или что за место имеется в виду? И что такое 80 символов/строка? Печатаем на бумаге что-ли? Или на мобиле код пишем?

[Alexk553]

просто вложение ограничение имеет на 800 на 600, я его кропнул. В принципе, по-новому гляжу на Керниган-Ричи стиль, в принципе, привыкнуть можно. Но вообще у меня привычка к 80 столбиков и 25 строчек DOS-стилю, и поэтому такое скупое отношение к отступам и пустым строчкам.

Добавлено через 58 минут
Надо бы отдельную тему завести...
вред табуляций: http://en.wikipedia.org/wiki/Program..._for_languages
в конце есть список соглашений об оформлении кода в разных языках. В Сшарп табы низзя.
Про соглашение по AS3 оно длинное, надо бы распечатать да почитать

экономия места - значит пустоты в окне редактирования кода. Встречались мне коды с 8-ми кратным вложэением циклы-ифы, и.т.д., и 8(!!) пробелов отступов. Читаемость падает резко. В скриншоте я привёл удобный для меня размер шрифта в абсолютной величине. Человеческий глаз не может охватить очень много за один раз, мозг не может очень много помнить, поэтому при размышлении об алгоритме над экраном надо стараться сосредоточить код, чтобы глаз мог одновременно охватить цельный блок кода. Если глаз охватывает код, то мозг может из памяти подгружать больше кода, который где-то там. если же код рассредоточен 8-ми пробельными отступами и пустыми строками, то меньше информации можно одновременно удерживать в голове. Мелкий же шрифт приводит к утомляемости зрения. поэтому это компромисс между комфортом для глаз и количеством информации в телесном угле зрения.

Добавлено через 1 час 3 минуты
В конвенции по AS3 про 80 символов говорится в явном виде:

Wrap code to 80-character lines. This has the following advantages:

* Developers with smaller screens don't have to scroll horizontally to read long lines.
* A comparison utility can display two versions of a file side-by-side.
* The font size can be increased for projection before a group without requiring scrolling.
* The source code can be printed without clipping or wrapping.

[Котяра]

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

В конвенции по AS3 про 80 символов говорится в явном виде...

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