ChooseВо вторых есть ли принципиальная разница где коннектится в Action(действие) или в ActionForms(form bean).


Выше уже посоветовали MVC, но боюсь этого не достаточно, хорошо бы так же глянуть паттерн DAO. Он очень простой. А так же хотя бы получить представление что такое слои архитектуры.

Ни в Action ни в ActionForms писать код работы с базой не стоит. Эти классы уже сформированы и у них есть достаточно специфичная роль. Добавляя туда работу с базой ты как бы нарушаешь инкапсуляцию - одну из основ ООП.

Код который находится в Action должен реализовывать задачи контроллера из MVC. На вскидку это
выбор и наполнение View, трансформация данных из запроса (ActionForms) в бизнес модель, и вызов бизнес логики.

ActionForms это просто удобный контейнер для хранения данных запроса. В принципе один из вариантов это в Action использовать методы DAO. Хотя я бы ещё и ввел дополнительный слой между ними. Со Struts давно не работал, не помню как рекомендуется строить взаимодействие Action с бизнес логикой.

ТимоНЗадачи контроллера в стратс выполняет сервлет-контроллер:
http://www.roseindia.net/struts/understanding_struts_controller.shtml


Угу, подзабыл я Struts. Так это выходит что Action все же выполняет часть функций контроллера это раз. А два то что если бизнес логику помещать в Action, то выходит что она будет завязана на Struts framework и как следствие не сильно реюзабельна.

Или как эти 2 порблемы решаются со Struts?

ChooseМеня интересует не код для работы с базой(селекты,наполнения результ сетов), так как я это делаю в Actions.
А интересует организация коннекта к базе!!!(сonnection con =driver...).
Я извеняю что прочитал не так много об этом паттерне, в даднный момент этим занимаюсь!!!
Ответ найду, но как скоро!!!

Эти проблемы решаются через конфиг и фабрику. Вообще посмотри как это делается в Spring. Кстати в доке к Spring можно найти и примеры DAO.

ТимоНОк, какие функции по вашему должен выполнять контроллер?
Наполнение View данными. Я правильно понял что это происходит в Action?

ТимоНВообще, при правильном использовании шаблона MVC (в данном случае Struts) можно менять части приложения (M, V или C) , без перекодирования других слоев!
Ну, это не совсем так. Определенные зависимости всегда есть. Или что понимается под "перекодированием".

Я вот про что. Если бизнес логику писать в Action, то Action выходит это модель. А в MVC рекомендуется чтобы модель была независима от C и V. То есть при желании заметить Struts на что-то друго уже не получится. А так же использовать бизнес логику из другого фасада тоже.

Еже ли бизнес логику абстрагировать от Action. То функциональность в Action выродится в контроллер.

ТимоН авторНаполнение View данными. Я правильно понял что это происходит в Action?

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

* Модель (Model). Модель предоставляет данные (обычно для View), а также реагирует на запросы (обычно от контролера), изменяя свое состояние .
* Представление (View). Отвечает за отображение информации (пользовательский интерфейс).
* Контролер (Controller). Интерпретирует данные, введенные пользователем, и информирует модель и представление о необходимости соответствующей реакции.

Это не отвечает на мой воспрос.


ТимоН авторНу, это не совсем так. Определенные зависимости всегда есть. Или что понимается под "перекодированием".
Видимо несовсем точно выразился, допустим меняется дизайн - меняем только View. Меняется источник данных xml, jdbc, ... - меняем Model. Слои недолжны взаимосависимыми.
В хорошей архитектуре никакие слои не должны быть взаимосависимыми. Это не только к MVC относится. Ну и вообще пример не удачный меняем, то не меняется это. А например меняем модель меняется всё и контроллер и вьюхи. 8)

ТимоН авторЭто не отвечает на мой воспрос. Вобщем да в Action, я думаю и так понятно что нестоит весь код писать в методе execute, следует разработать архитектуру приложения это и будет вашей моделью.

Спасибо, теперь я понял почему не использую struts. Надо ещё разрабатывать свое решение чтобы абстрагировать бизнес логику от Struts.

ТимоН авторА например меняем модель меняется всё и контроллер и вьюхи. 8)
Немогли бы вы привести небольшой пример?


Не очень понял пример чего Вы ищете. Суть MVC в чем? Модель (которая не только данные но и бизнес логика) абстрагирована от реализации UI. И она от UI не зависит. Зато UI от нее напрямую.
И контроллер и вью оба слоя зависят от модели. И изменения послденей влекут изменения в других слоях. Зато сама модель ни от кого не зависит. По этому куда угодно портируется с легкостью. Контроллер и вью взаимо зависимы. Хотя конечно дизайн максимально инкапсулирован во view и на контроллер влияет слабо.

Я это все к чему?
"Вообще, при правильном использовании шаблона MVC (в данном случае Struts) можно менять части приложения (M, V или C) , без перекодирования других слоев" - очень размытое и слишком общее заявление достоинств MVC.