-= Чисто MVC =-

Бред какой-то ...

ИМХО, mvc - это увеличение сроков сроков разработки, времени на отладку, веса приложения и использования памяти...а чистый MVC на мой взгляд утопия, (MV)+C или M+(VC) практически неизбежны, и все это плохо рефакторится потом.

1. Это там контролы, UI, виды, короче VIEWS - синие.
2. Контроллеры всего вышеперечисленного, CONTROLLERS - малые кружки.
3. Крупные круги - по-видимому модели MODELS разного уровня абстракции...

PS: А с низу админка, совсем без MVC а вперемешку.
И все это называется 101 потому что так получилось, так нарисовалось...

Лучше использовать AP - ASPECT PROGRAMMING :)

fix: AOP - ASPECT ORIENTED PROGRAMMING

я вообще не пойму почему бы не использовать принятые и сертифицированные (всем понятные) во всём цивилизованном мире символы ...

/имплиментирую...

Картинка красивая, зачётная.
Жаль что бесполезная (кроме как для медитации (: хотя для медитации больше сгодится "изумрудный шарик";)

Лучше бы поведали о опыте использования во Flex этой MVC парадигмы (я имею в виду Cairngorm) в связке с AsUnit, например.

Интересные мнения у людей, сейчас огромнейшие системы связанные с коммерцией и не только, строяться на основе MVC, конечно безпорно :) лучше набросать немного и без MVC если у вас баннер или галлерейка, а если что-то умное и динамичное, то я за ( слава Аллаху, Господу Богу и дай бог здоровья тем кто пока с нами :) )

Патерены на примерах их жизни (вольный перевод)
http://www2.ing.puc.cl/~jnavon/IIC2142/patexamples.htm

думаю эта ссылка в тему:)

Картинка зачотная. Лучшее понимание паттернов базируется на таких вот картинках.

>http://www2.ing.puc.cl/~jnavon/IIC2142/patexamples.htm
некоторые картинки вобще не в тему =)

Скоро вот здесь на эту тему будет интересное обсуждение....
http://groups.google.com/group/flexiblerails/browse_thread/thread/30a98cfadf1334fd?hl=en

Это надо разок окунуться в это все, чтобы прочувствовать что это и с чем едят.
А так на вид инопланетная фантастическая картинка.

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

MVC - очень удобное решение.
M - модель. Для читого программёра - ничего лучшего: конвеер по сути, и прекрасный инструмент отделить код от представления.
V - визуальное отображение, которое от модели вообще не зависит. Как не зависит и от C.
С - контроллер - реальный мозг.

"Лучше бы поведали о опыте использования во Flex этой MVC парадигмы (я имею в виду Cairngorm) в связке с AsUnit, например."

Ага. Присоединяюсь...

DL1t>ИМХО, mvc - это увеличение сроков сроков разработки, времени на отладку, веса приложения и использования памяти...а чистый MVC на мой взгляд утопия, (MV)+C или M+(VC) практически неизбежны, и все это плохо рефакторится потом.
1. экспириенс ваш + генераторы кода помогут вам.
2. отладка: пофиксить баг становится значительно проще.
3. вес: неактуально для flex 100% для с as3 тоже т.к. GUI-ня намного тяжелей.
4. Что значит плохо рефакторится? Да, с нуля переписывать не придется как в случае, когда решили съэкономить 10кбайт :lol:
чета типа этого.

2web3.0

3. GUI-тяжелей? ...а ты используй TextField вместо лейбла, едитбокса, текстарея, кнопку вместо "кнопки". все по-минимуму

http://www.flashdevelop.org/community/viewtopic.php?t=2134

Смотрел на картинку - ничего не понял. Видимо я еще очень молод, до сих пор...

2 ™.

UI у flex таки тяжеловат, по сравнению с кодом, особенно чувствуется на довольно больших апликухах в которых не отделаешся только TextField и "всем по минимому". Веса добавляют сами swc в которых зарыт и закопан UI.

MVC это хорошо, скажу по опыту, важно не сколько следование патерну, а сколько организация проекта в ключе "отделения" логики от UI и тп. Как вы это реализуете это уже ваш выбор. Мы с _i (the33cows.com) свою организацию проекта сделали.

И оно реально помогает и при рефакторинге и при расширении (уменьшении) приложения. Главное только правильно "приготовить" организацию проекта :)

ps. пишу в спешке, так что местами мог загнуть не понятку. :)

Где то я это уже видел, только на почёрканой бумаге.
+ я ждал объёмного поста с обширным обзором. :)
С пальцев, идея забавная, но есть свои "но". Как и у всего - свои "но".
А флекс(про третий ничего не знаю, но думаю, что ситуация не изменилась) - говно.

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

Уважаемый Рост, для особа ленивых можно было-бы поставить ссылку с картинки на орг-сайт этой самой PureMVC.

Кстати, кто-либо это уже пробовал? Мне скоро предстоит стартапить проектик, хочу знать, пригодно ли то, что скрывается за красивой картинкой, для повседневного использования?

(Вообще, я на днях пощупаю, всё таки дружба PureMVC с FlexUnit "по умолчанию" внушает позитивные мысли.)

2a_[w]
flex-говно +1

Flex - прекрасный инструмент для создания целого спектра типов приложений.
Неверно хаять технологию в целом, если вы просто не умеете готовить.
Но если брать конкретику, например редактор FDT vs FlexBuilder то, таки да,
FlexBuilder - говно [x]