Почему одиночные элементы проникают в культуру ActionScript?

Я думаю, что это происходит из-за старого способа работы Flash ... В те старые времена было не так много тяжелых программистов, которые занимались flash, всего несколько, и их считали вундеркиндами (и по праву так). Большинство людей были людьми, перешедшими из полиграфической индустрии ... они думали, что Flash был новым иллюстратором для webz.

В старые времена разработчики flash использовали простой в использовании ' TellTarget », чтобы добраться до определенного MovieClip, который может быть вложен в MovieClip внутри MovieClip ... и т. Д. Это было именно так ... у этих людей (включая меня) никогда не было программного обеспечения, поэтому мы жил в этом визуальном мире, и Flash думал так же, как думали дизайнеры. В AS2 у многих людей (тех, кто умел кодировать, и тех, кто не умел) также было много проблем с проигрышем » scopes внутри классов ... Я помню Proxy-класс, который помог нам не потерять область видимости в классе. В наши дни много головных болей. Люди, которые постепенно совершенствовали свою мудрость кода, никогда не интересовались новыми способами кодирования в ООП ... некоторые из них думают, что синглтон можно использовать как своего рода « глобальный ». Они всегда могут поговорить с этим « глобальным » из любого места в своем приложении.

Я думаю, что это так просто ...

С тех пор я изменил свою позицию в этом отношении.

Использование объектов в ActionScript3 хорошо послужило мне для увеличения модуляции.

I ' Я предполагаю, что, как и я, преимущества ООП полезны и труднодостижимы для большинства начинающих разработчиков flash.

Я думаю, что на самом деле есть две причины для этого.

1.) говорить об основах скучно, поэтому большая часть информации настолько сложна. ООП на самом деле просто разбивает систему на понятные многократно используемые части.

2.) Процедурное программирование похоже на рабочий процесс, оно фиксирует вас в определенном рабочем процессе, но для начинающих программистов это облегчает понимание

3. ) Многое из flash связано с управлением состоянием виджета flash, поэтому имеет смысл управлять информацией в одном центральном месте.

---------------- оригинал response ----------------

Я часть того сообщества AS, которое любит (и использует) синглтоны.

Я относительно новичок в программировании (3 года PHP / MySQL / Javascript / Actionscript профессионально).

Я думаю, что существует четкое различие между модульным программированием и классическим ООП с наследованием классов.

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

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

Однако я считаю более эффективным сделать это с помощью набора взаимосвязанных модулей

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

Я делаю ядро ​​и делаю модули для привязки к ядру, но никогда не имею подобъекта быть продолжением ядра. Я считаю, что расширение класса громоздко и тормозит разработку, лишая его необходимой гибкости.

Одна из причин, по которой я часто читал (и слышал о ООП на основе наследования), является то, что это повышает удобочитаемость и удобство обслуживания.

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

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

Каждый должен прочитать Мишко Хевери »