MVC Framework для существующего приложения

Question

Я изменяю существующее веб-приложение на Java, которое было написано давно, и написано самым лучшим образом. Он содержит бизнес-логику и SQL-выражения в файлах JSP.

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

Может кто-нибудь предложить мне любую инфраструктуру MVC, которую я мог бы легко интегрировать в существующее приложение. Мне нужно иметь фреймворк, который не зависит от многих внешних jar-файлов и не вызывает проблем с существующим приложением.

Answer 1

Я изменяю существующий Java-веб приложение, которое было написано долгое время назад, и это написано в гуще Возможный путь. У него есть бизнес логика и sql государственные деятели в файлах JSP.

Звучит как хороший кандидат на то, чтобы меня выбросили.

Из-за определенного ограничения я не может перепроектировать весь приложение. но я могу реализовать лучший дизайн в любой новой функции, которая Я добавляю.

Необходимо перестроить все приложение, но нельзя перестроить все приложение. Это противоречиво.

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

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

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

Подумайте о проблеме, не беспокоясь об интерфейсе. Начните с уровня постоянства. Получите DAO и модель объектов. Затем перейдите на уровень обслуживания: транзакции, единицы работы и варианты использования, реализованные с использованием объектов DAO и модели. Модульное тестирование обоих слоев.

Если у вас есть такие, вы можете сконцентрироваться на правильной работе уровня просмотра. Будет проще разрешить контроллерам взаимодействовать со службами. Ваш пользовательский интерфейс может быть HTML, CSS и JavaScript или Flex. Вся логика будет вне поля зрения и в конце, где она принадлежит.

Не бойтесь зависимостей JAR. Это может отвлечь вас от чего-то, что поможет вам. Я бы порекомендовал Spring в первую очередь. Это поможет со всеми вашими проблемами со слоями. Его веб-MVC также хорош, как и он.

Answer 2

Если вы не можете изменить дизайн всего приложения и беспокоитесь о весе фреймворка, я предлагаю не добавлять фреймворк. В итоге вы получите сборку Frankenstein, в которой приложение несовместимо и не принесет большой пользы.

Вместо этого, почему бы не свернуть свой собственный? Когда вы добавляете новые функции (или пересматриваете существующие), вам не нужно втискивать все в jsp. Создайте свой собственный слой доступа к данным и свой бизнес-объект и соответствующим образом свяжите их друг с другом и с пользовательским интерфейсом в вашем jsps.