Глобальные переменные

[Babylon]

Drupal это не язык, а CMF . Написан на PHP. Речь скорее шла об архитектуре этого программного продукта. Используемые там понятия и подходы весьма неплохо использовать при проектировании flash приложений. Сравнивать синтаксис PHP vs AS3 некорректно. Впрочем это уже сделано до Вас...

[Psycho Tiger]

рекоммендовать что-то, что написанное на языке

Drupal это не язык, а CMF . Написан на PHP.

Даже не знаю, как Вы так читаете мои сообщения, но речь не об этом.

Расскажите лучше, как Вы предлагаете изучать программный продукт без контекста языка, на котором он написан? Придется изучать язык, который не нужен, чтобы понять программный продукт в котором, возможно, содержится что-то полезное.
Только вот я сильно сомневаюсь в адекватности получения "неплохих понятий и подходов" с фреймворка для HTTP который, как известно, no-state-saving для флеш-приложения, который вполне себе state-saving. Не находите, что это настолько разное, что ну прям вообще? )

[Babylon]

Как пишите так и читаю. Не нахожу смысла разводить холивар. Однако замечу - как спроектируешь систему, так потом и код напишешь.

[Psycho Tiger]

Похоже, Вы не поняли меня. Попробую совсем на пальцах: основную мысль, которую я пытался донести, что приложения могут квалифицироваться на:
1) Работа по запросу (PHP работает только когда его пнёт веб-сервер, отработает, выплюнет результат и умрёт).
2) Работа в ограниченном промежутке времени – это как раз флеш-приложения.
3) В идеале, работающие постоянно. (сервера, возможно ОС).

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

Так вот чтобы сделать полноценный фреймворк для веба – нужно опираться на то, что есть. Флеш вполне может держать инстансы в памяти для одного конкретного юзера, поэтому мысль посыл один: авторизовать один раз, запомнить, использовать. Это самое начало, а уже имеем совершенно разные подходы.

ПХП должен выплюнуть страницу и умереть. Флеш должен полностью обрабатывать пользовательский ввод.
ПХП должен понаделать разных токен-хиден-филдов, чтобы протягивать нужные данные (типа CSRF-токенов), флеш помнит их всегда сам без изврата.
При разработке для безопасности на ПХП все данные должны тщательно проверяться и фильтроваться. Флеш живет по принципу "не моя забота, минимальный if, если плохо – сервер скажет".

Если капнуть чуть глубже, то можно заметить, что серверные технологии обязаны предусматривать такие сказочные штуки, как шардинг для реляционных баз, который обязан учитываться в архитектуре, потому что деваться некуда (сомневаюсь, что это забота ORM), модульность архитектуры, которую необходимо разрабатывать с возможностью middleware вставок и прочее. На клиенте это совсем сказки, у пользователя один компьютер, а не кластер.

Это говорит о некомпетентности попыток сравнивать то, что на серверах с тем, что на клиентах. Безусловно, design patterns и всё с этой оперы – это то что применяют для разработки в любой области и если речь о них – то о них можно почитать о них более конкретно, а не изучая фреймворк написанный на языке сомнительного запаха.
Отсюда могу заключить, что Вы – фанат Drupal.

[Babylon]

Я фанат технологичности.

[Psycho Tiger]

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

Я фанат технологичности.

Извините, но человек, программирующий на PHP, который позиционирует себя как фаната технологичности – это смешно )

За сим я удаляюсь.

[AlexCooper]

Кто-то может выслать минимальный исходник для демонстрации построение системы в найболее оптимальном подходе в плане разработки. Желательно с централизацией логики.

[Babylon]

Дык, можно на любом языке писать г/к. Drupal хороший пример развивающегося фреймворка.
Чего нельзя сказать про flash,Flex. AS3 и PHP OOП языки. Механизмы структуирования и отображения контента вполне себе можно сравнивать. Использование сущностей, агрегатирования, рендеринг контента в Drupal пошло бы на пользу и Flash. В Drupal массивы, в AS3 XML. Модулям можно поставить в соответствие RSL. Чем плохо? А Flex вообще изначально неправильно спроектирован. Но это мое мнение.

Добавлено через 3 минуты

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

Кто-то может выслать минимальный исходник для демонстрации построение системы в найболее оптимальном подходе в плане разработки. Желательно с централизацией логики.

Посмотри видеоуроки Артема Федорова

[Psycho Tiger]

AS3 и PHP OOП языки.

Гкхм. Тут как раз тот случай, когда можно сказать "куда более ООП".

В Drupal массивы, в AS3 XML.

Вы так говорите, будто Drupal – это и не пхп вовсе )
Говоря за AS3, здесь есть всё, а не только XML. Удивительно, что Вы вспомнили только его.

Механизмы структуирования и отображения контента вполне себе можно сравнивать.

Да что Вы говорите ) Вью для сервера – это текст, который как-то там отобразит браузер. Всё структурирование и отображение контента – это шаблоны. В лучшем случае с лэйаутом и партиалами.
Вью для флеша... ну как бы сказать. Флеш это вообще – только вью.

Модулям можно поставить в соответствие RSL.

У меня одни дурацкие аналогии в голову лезут. В любом нормальном языке есть возможность распространения модулей пакетами. Вы отмечаете настолько общие и очевидные вещи для ЯП, что очевиднее только подметить одинаковые буквы, которыми код написан.
Кстати, куда круче вместо RSL использовать неэлитный getDefinition )

Использование сущностей

А что если я скажу Вам, что сущности – кусок триады MVC, которую в случае флеша и пхп можно вообще опустить? Причем, можно даже так: опустить её со стороны флеша – и всё ок, а вот моделька для серверных технологий – это уже стандарт?

агрегатирования

Да-да, Вы это уже подметили когда сказали что это ООП.

Дык, можно на любом языке писать г/к.

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

[Babylon]

Флеш это вообще – только вью.

Вот это, кстати, ключевая фраза для понимания того почему флеш находиться там где находится. Но даже во вью надо отображать данные. Потом эти вью структуировать, чтобы управлять ими. А для того чтобы структуировать виды надо их связать с XML. На основе XML можно построить любую модель данных с понятным и однозначным интерфейсом доступа к ним. Правильно реализовать модель данных на основе XML графа с уникальными id нод, с последующим рендерингом и фильтерингом на основе XPath запросов. Под видами я понимаю в том числе и компоненты. Ничего этого во флеше пока и близко нет и видимо не будет.