![]() |
Цитата:
|
Это вам виднее, я написал в предыдущем посте про это.
|
Я понял идею. Попробую реализовать. Спасибо за наводку!
|
Предсказываю следующий ваш вопрос!
ответ: getDefinitionByName ЗЫ: почитайте пожалуйста конвенции кодирования AS3. оффтоп: надо добавить факи по AS3 - штук 10 сходу скажу) |
Кстати, вот, только что наткнулся
Оптимизация под FP |
Вложений: 1
Если я правильно Вас понял, то все реализуется именно так, как и задумывалось.
|
dimarik
Огромное спасибо за этот пример, это именно то, что было нужно! Котяра Проницательность у Вас, я скажу :) Именно так! Насчёт Фак-а, мне, как впервые севшего за AS3, но имеющего опыт работы на других языках и платформах (думаю, таких, как я, немало) наибольшее число вопросов возникает по взаимодействию (или попросту ввод-вывод) AS3 и визуальных объяектах. В большом количестве существующих книг этим вопросам уделяется мало внимания. Кроме того, важгнными остаются вопросы о правильном проектировании средних и больших проектов, как правильно организовывать файлы в проекте, как правильно проектировать классы (не вообще, а в контексте привязки к Flash). Насчёт конвенции я не очень понял, Вы имеете ввиду отсутствие комментариев в кусочках кода, что я приводил; или отступы-стиль кодирования? |
http://opensource.adobe.com/wiki/dis...ng+Conventions
а у вас C#. Код AS3:
Код AS3:
И поставьте себе FlashDevelop - там хорошо табуляции ставятся) и прошу на Т. |
Ну, насчёт отступов и прочего, тут такое дело. В принципе, у каждого программиста есть свой стиль, удобный для него. Проблема возникает при чтении этого кода другим программистом. Проблема эта решается очень просто, есть специальные утилиты (да они достаточно простые, чтобы их самому написать), которые меняют отступы, строки, перенос, и.т.д. т.е. если идёт работа в команде, то при передаче коллегам прогоняется код через утилиту, и наоборот, и проблема решена. Ну, если уж работа постоянная и корпорация серьёзная, то можно и приучиться к корпоративному стилю. Если есть веская причина отказаться от своего стиля , то это, безусловно стоит делать.
свой стиль я вырабатывал методом проб и ошибок лет 15, и обоснования для его использования такие. 1) фигурные скобки (операторные скобки) размещены на одном уровне, чтобы блок кода был чётко различим, что хромает, скажем так, в стиле Кернигана-Ричи, когда открывающаяся скобка следует в конце строки. К плюсам КР стиля относят то, что на фигурную скобку отводится на одну строку меньше. Однако, если делать т.н. полуотступы, т.е. фигурные скобки находятся на нечётных позициях, а код - на чётных (если считать с нуля), то можно код писать прямо за фигурной скобкой, т.е. выполнятся одновременна два преимущества: визуализация блока операторов и экономия строки, что видно в приведённом мной коде. В стиле К-Р можно бы и привыкнуть к тому, что отступ автоматически одначает где-то-там фигурную скобку, но в случае, например, того же цикла приходится обращать внимание - есть ли там скобка, или её нет? Цикл "for" работает на ощдной строке, или же на блоке операторов? Внимание рассеивается, так как фигурная скобка находится в произвольном месте по горизонтали, в конце строки. Ухудшается читаемость кода. ну и кроме того однотипные операторы я предпочитаю писать в одной строке. Иными словами я стремлюсь к тому, чтобы максимум информации помещался на странице при чёткой иерархичности и структурированности кода. Насчёт названий переменных, к сожалению, Flash Builder по intellisence явно уступает комбинации Visual Studio + Resharper, и я задумываюсь о венгерской нотации, хоть она и имеет свои минусы. А вот Xx и правда, от балды :) |
Да я про отступы и форматирование ничего не говорил. Я говорил о нэйминге. Почитайте по ссылке, которую я вам дал и примите к сведению - что с большой, что с маленькой. и.т.п. Венгерская нотация неприменима.
ЗЫ: а скобки и табуляция применяют 2 видов: 1) Код AS3:
Код AS3:
|
| Часовой пояс GMT +4, время: 02:38. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.