Надо изучать и использовать. Изучать надо чтобы появилось понимание с слоях вообще. Об их назначении. И о вариациях MVC.
Фреймверк - Spring MVC.

За что ещё люблю Spring MVC, так это то что, ничего не стоит переделка отдельных фич с классического прямого HTTP на AJAX. Методы контроллера меняются минимально.

maytonBlazkowicz, думаю что чел должен прийти к этом у осознанно. Черз год-два поддержки своего кода
- понять что необходим рефакторинг. Внедрять MVC "просто так" - это такой же антипаттерн
как и его отсутствие.
Не знаю. Мне в начале карьеры стоило прочитать книжку про Model 2 и MVC, чтобы начать его пользовать вполне разумно.
Хотя понимание того что у контроллера строго определенные обязанности, за которые выходить не стоит, пришло не сразу.
Так что не вижу смысла набивать шишки на такой ерунде. Ищё и возится с Servlet API непонятно зачем.

MVP, вроде, больше для GUI подходит. А MVC для веба. Не понял что плохого во фреймверке.

Petro123- у меня подозрение, что MVC подходит для всего....для Компонента...для Карбюратора-заслонки с обратной связью и т.д.

Это ирония?

Petro123Т.е. в Java этому придаётся слишком большое значение.

Не только в Java. Это отличный паттерн для реализации представления в Web.

Petro123Так и спринг - добавил магические 3 буквы в НАЗВАНИЕ
продукта.

Так там строгий классический MVC для Web реализован. Что тебе в этом не нравится, я не понял.

Petro123off
Шаблоны проектирования при разработке под Android. Часть 2 — MVP и Unit tests. Путь Джедая
http://habrahabr.ru/post/131446/
На хабре про программирование? Не-не-не. На rsdn-е есть толковые статьи и с разбором вариаций. Только он сейчас в дауне :(

Так GWT на клиентской части аналогичен GUI. Конечно там MVP лучше.

maytonУ меня есть мысль что MVC - это очень расплывчатый шаблон. Не такой ясный как
скажем синглтон или пул. И по сути сколько мы имем девелоперов столько и получим
версий имплементации MVC для одного и того-же проекта.
GoF шаблоны имеют конкретную реализацию, так как являются шаблонами реализации классов общего назначения.
MVC шаблон очень сильно привязан к реализации конкретных View и Model, а так же способа получения пользовательского ввода.
Поэтому единственной реализации там быть не может. Но там есть конретное и строгое разделение на роли и обязанности каждого слоя. Поэтому MVC это шаблон организации слоёв и их взаимодействия.

Йуный джавистЪВебу в корпоратиных приложениях 15 лет
Это не правда. Веб долго осталавлся достоянием исключительно публичных сайтов. Корпоративные приложения по старинке работают либо просто толстым клиентом, либо даже двухзвенкой.
И только с развитием RIA и популярнутью AJAX, последние лет 7, корпоратив понемногу перебирается на web решения.

Йуный джавистЪ, а они все нехороши.
Все Java web-фреймверки до появления Spring MVC 3 - унылое говно. Я заманался их перебирать за последние 10 лет. 8)
А с развитием jQuery половина этих фреймверков вообще не нужны.

Йуный джавистЪЯ думаю, такими темпами они никогда не станут хороши.
Именно. Как раз сейчас всё устаканлось. Многие фреймверки тупо не нужны со своими наворотами. Как было с Echo, например. Там такое себе RIA без AJAX в первой версии. Потом появился AJAX, они полностью переписались. Потом ещё раз. Сейчас, когда JavaScript быстр и удобен, надобность в Echo и подобных решениях вообще отпала. GWT вовремя нарисовался. Но сейчас уже ему тоже сложно что-то предложить круче чем jQuery/ExtJS.

Petro123ну дак jQuery - другой язык (JS + HTML верстка).

Глупо писать под Web и вообще не знать HTML DOM и основы JavaScript. И ладно ещё раньше JavaScript был большим головняком, чтобы сделать правильно. А сейчас там минимальным кодом можно офигезные вещи реализовать.

Petro123А Jav'исты не очень хотят его изучать.

Ну, фиг его. HTML все знают. JS через одного. Потому что десктопное проганье на Java в диковинку, все так или иначе c web дело имели.

Petro123Это как бы другая профессия (верстальщики).
Так?
Нет. Верстальщику задача из картинки-дизайна сделать HTML, чтобы масштабировался и пропорции сохранял. Это к проганью отношения не имеет.

Йуный джавистЪВсе Java web-фреймверки до появления Spring MVC 3 - унылое говно.

Я как-то не заметил особого преимущества по сравению с голыми сервлетами/jsp.
фига се, ну на вскидку
- REST
- JSON\XML view
- freindly urls
- request mapping
- parameter mapping
И это всё декларативно!

Йуный джавистЪЕсли вкратце, мне кажется что будущее за фреймворками типа knockout.js
Ну, да. Все те же ExtJS, jQuery сейчас добавляют реализации вещей, классических для GUI, в погоне за RIA.

Petro123Только без IDE а-ля Delphi для JS не выйдет.

"IDE а-ля Delphi" это WYSIWYG? DreamWeaver, например. Этого добра хватает. Отладка - хром, IntelliJ IDEA и прочие.