Являются ли рамки действительно необходимыми для решения этой проблемы?

Question

Я создаю приложение онлайн-магазина музыки (на Java) для подписчика и без знака для моего клиента.

В настоящее время я использую Struts 1.3.10 (мне рекомендовали Spring, но Spring setup похожа на Struts) для моего веб-приложения.

Моя база данных в настоящее время является MySQL 5 (или выше), и я использую шаблон DAO, чтобы поговорить с ним. Существуют ограничения на использование Struts и DAO (например, загрузка нескольких файлов в Struts не реализована так же, как несколько параметров String, а для DAO отсутствует функция публикации).

Я делаю лучший путь вперед или должен идти прямо Спящий режим (или аналогичный) и выходить из Струтов? Каковы последствия производительности или технические проблемы, с которыми вы столкнулись с той же самой настройкой, что и у меня?

Клиент не заботится о том, как я это делаю, пока это делается.

Answer 1

Вы также можете использовать как Struts, так и Hibernate. Ключевым моментом Hibernate является то, что вы храните целые объекты, не беспокоясь об этом. Производительность Hibernate довольно хороша. Он прост в использовании для простого хранения объектов и трудно понять, когда вам нужны дополнительные вещи.

Answer 2

Если у вас есть полная свобода в отношении того, что вы пишете в ней, и если вы хотите использовать платформу Java, то посмотрите на JBoss Seam и/или Grails. Оба могут использовать Hibernate в качестве механизма персистентности и иметь RAD-инструменты, позволяющие быстро создавать скелетные CRUD-webapps. Seam - это особенно богатая инфраструктура, предлагающая всевозможные встроенные функции, такие как произвольные прослушиватели событий, обновления Ajax, загрузки файлов и т. Д., Но требует немного внимания, в то время как Grails легче начать.

Struts 1.3 теперь старый (хотя и хороший MVC-каркас), а новые каркасы имеют лучшую поддержку для обработки разговоров (например, рабочий процесс по нескольким запросам), которые Struts 1.x & Hibernate может иногда немного неудобно , а также функции AJAX, которые вы, возможно, захотите реализовать в какой-то момент. Spring MVC, о котором вы говорите, тоже хорош, но это более легкая конструкция, о которой я упоминал ранее. Grails теперь поддерживается из SpringSource, поэтому он должен «иметь ноги», так сказать.