Я не знаю, есть ли какие-то специальные design patterns для разработки именно "сервлетов-контроллеров, использующих velocity", хотя до некоторой степени идею сервлета-контроллера (который также нередко называют Front Servlet, Controller Servlet, etc.) саму по себе уже можно считать дизайн паттерном.

Если же говорить о том, какие из паттернов общего назначения могут пригодиться в реализации такого сервлета, то я бы назвал в первую очередь Command и Strategy.

Command

Команда - это достаточно простой компонент, который инкапсулирует выполнение некоего действия. Примерами могут служить всякие Task, Runnable, Action и пр. При этом он может принимать какие-то параметры и/или возвращать какие-то результаты, но это необязательно. Применительно к обсуждаемой задаче, такой компонент, по-видимому, должен как-то обработать входящий веб-запрос и, коль скоро речь идет о Velocity, сгенерировать некий выходной текст, для каковой цели ему придется выяснить, какой из имеющихся шаблонов (templates) он должен использовать, и подготовить в объекте типа VelocityContext все необходимые данные, которые понадобятся при рендеринге.

Strategy

Паттерн Стратегия служит для инкапсуляции в отдельном компоненте конкретной реализации некоторой функциональности. Этот патерн, к примеру, широко используется в Swing'е. Например механизм TableCellRenderer - это самая настоящая стратегия. Напиши свой рендерер, который будет выводить текст задом наперед, и получишь отличный компонент для Иврита 

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


Вот так вот, если в общих чертах. Если будут вопросы - задавай 

Это сообщение отредактировал(а) Stampede - 1.11.2006, 01:20

Спасибо. Будем смотреть.

Поставьте пожалуйста плюс Stampede, сам я до этого еще не дорос.
Причина: не внял его словам о Velocity, позже к этому же пришел. Замечательная статья. 

Это сообщение отредактировал(а) JUncle - 7.11.2006, 14:25

Без проблем

Скажите, а со времени написания статьи появились ли какие либо решения по интеграции Velocity с популярными IDE?

Это сообщение отредактировал(а) Бармалей - 8.11.2006, 17:14

Скажем так, это самое слабое место Velocity. Есть пара плагинов для Eclipse и, практически, все.

Дайте, пожалуйста, ссылки на них. Просто Eclipse - моя любимая IDE.

http://velocitywebedit.sourceforge.net/
http://propsorter.sourceforge.net/veloeclipse/

Спасибо. 

После двух с половиной, не побоюсь этого слова, лет вышла очередная версия Velocity - 1.5 beta2. Качнуть можно здесь.

Velocity cache - кеширует template как файл(сам исходник) или сам исходник + вставленные данные?

Это сообщение отредактировал(а) Tony - 29.12.2006, 18:31

Когда Velocity в первый раз открывает файл шаблона, он его парсит и преобразует в свой внутренний формат, чтобы слияние (merge) с данными (контекстом) происходило побыстрее. Вот это вот внутреннее представление он и кэширует. А результат слияния - нет, не кэширует.

А если сравнить с  FreeMarker. Похоже что он уступает ему. Или я не прав?

У оракла есть плагин к JDeveloper работающий на velocity который генерит JSF+ADF страницы.
http://www.oracle.com/technology/consultin...JHeadstart.html
Очень занятная вещь.мож кому полезно будет.

Если я правильно понял, то использование velocity заставляет отказаться от тегов. Если это так, то это существенный минус по сравнению с JSP+JSTL. Например потому, что используя Acegi Security или тот же Spring Framework теги этих библиотек юзаются достаточно плотно. Или я не прав?