что есть классика MVC?

[Psycho Tiger]

Так ты определись, философия это или можно делать это неправильно.

[vitamin4er]

Попробую вставить свои пять копеек... по-моему, делать неправильно - понятие вездесущее. К примеру, когда я делал свои первые успехи в as3 и получалось что-то более менее адекватное и интересное - код выростал настолько, что чувство неправильного буквально давило на меня. Отчасти, поэтому начал интересоваться mvc. И как я уже подметил - любое упоминание про mvc вызывает...много споров "как".(и каждый вариант имеет свои преимущества)

[in4core]

dimarik - не вижу подтекста иронии. Такой код читать невозможно. Вот выдержки
1. Методы сервера ( то есть строковые коллы ) находятся в N классах. То есть, если ты хочешь посмотреть какие же методы обрабатывает сервер и как - тебе придется изучить все приложение, понять как оно запускается с entry point и до момента nc.close()
2. Хранение строковых констант ( опять же важных, таких как урл до сервера например ) может происходить на этапе выполнения кода, а не заявленного в полях класса
3. Ну и самое по мне страшное - черный ящик эвентов, это когда this.dispatchEvent(e) - передается по лестнице до самого верха, и невольно зайдя в некий класс мы читаем :

private handlerSome(e:Event):void
{
   dispatchEvent(e);
}

Да вот такой абстрактностью и живем xD - кстати Энштейн это больной человек.

Psycho Tiger - причем здесь не правильно? о чем речь?

[dimarik]

В предыдущем посте вы писали, что встретились с легким приложением, код которого написан в парадигме MVC. Вы сетуете на то, что нет необходимости применять MVC в малых проектах, а теперь вы описываете классический гумнокод, чтобы убедить нас в чем-то.

[in4core]

Вы сетуете на то, что нет необходимости применять MVC в малых проектах

Покажите где это я такое сказал? Если нет сервера или эмулятора сервера есть смысл использовать delegate ( MV ) - это я сказал да, но само по себе использование M + V - уже mvc пускай и урезанный, и это и раскрывает суть, что парадигмы как таковой особо и нет, мвс по сути это набор паттернов тесно связанных между собой, мвс - это скорее что то абстрактное , выдуманное - болезнь головы. Мне все равно кто как считает, я на мвс уже собаку съел, испробовал сотни подходов и реализаций, поэтому смело говорю - никакой четкой парадигмы нет, а вот указания к действиям есть - нужны 3 класса, управленец, визуализатор и данник )))))))) Использовать их все, или частями 1+1 - зависит от ваших нужд, но 1+1 это минимум, вот такие вот указания

[dimarik]

Таким образом, по вашему мнению, наличие сервера или его эмулятора дает основание задуматься о полноценной MVC?

[in4core]

Конечно нет, но это одна из возможных ситуаций, когда нужен полноценный MVC - раскрывает свой потенциал для программиста, который до этого не понимал, как его использовать. Это так скажем палочка выручалочка - о чем я и сказал ТС. Это самый простой пример для понимания.

[dimarik]

Получается, что наличие или отсутствие сервера или его эмулятора никак не влияет на ваше решение, как программиста, использовать либо полноценное, либо урезанное MVC? Все же интересно, в какой ситуации нужен полноценный MVC? Сервер не влияет, мы выяснили.

[in4core]

И кстати - если кто то думает, что MVC - маст хэв для расширяемости - мат часть вас ожидает )

Добавлено через 2 минуты
dimarik - а ради какой цели вам интересно это узнать от меня? Я же по вашему -недопрограммист .
В любом случае я уже ответил на вопрос несколько раз - все зависит от конкретной ситуации и конкретного человека, можно все и в одном мейне писать , а можно и типизацию не использовать, много еще чего можно, но нужно ли?

[Котяра]

Как приятно читать почти пустой класс, наверное думал он )))

Я тоже так думаю.