Стоп. Медитируй.
Бред какой-то ...
ИМХО, 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]
Предыдущий пост
Следующий пост