Практический опыт использования полос?

Ответ 1

Мы используем Stripes уже около 4 лет. Наш стек - Stripes/EJB3/JPA.

Многие используют Stripes plus Stripernate как единое полноценное решение стека. Мы не делаем этого, потому что хотим, чтобы наша бизнес-логика находилась в пределах EJB, поэтому мы просто полагаемся на JPA Entities, как на комбинированную модель и DTO.

Stripes связывает наши сущности /DTO, и мы забираем их обратно на уровень EJB для работы. Для большинства наших продуктов CRUD это очень просто и просто, что делает наш 80% -ный вариант использования тривиальным для работы. Тем не менее у нас есть гибкость, чтобы делать все, что мы хотим, для краевых случаев, которые всегда возникают с усложненными приложениями.

Мы имеем очень большое базовое действие Bean, которое инкапсулирует основную часть наших операций CRUD, которая обращается к отдельным подклассам, специфичным для сущностей и форм.

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

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

У нас есть группа Ajax, интегрирующая YUI и JQuery, безболезненно работающие против наших Stripes и EJB.

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

Как всегда, люди часто бывают разными, но Stripes будет последней частью, чтобы пойти в наш стек, честно говоря. Возможно, было бы лучше поддерживать полный набор глаголов HTTP, но я бы скорее исправил Stripes, чтобы сделать это лучше, чем переключиться на что-то еще.

Ответ 2

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

С точки зрения масштабирования и скорости это, по-видимому, лучше, чем стойки, и я предполагаю, что это связано с меньшим количеством слоев. Код, в котором вы в конечном итоге, намного чище, потому что вам не нужно отправляться в отдельные файлы XML, чтобы узнать, куда переадресовываются.

Мы используем его с бэкэнд EJB3, и оба, кажется, работают очень хорошо вместе, потому что вы можете использовать свой EJB POJO внутри вашего объекта actionBean, не требуя объекта формы, например, в struts.

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

Не удалось выяснить, как оставить комментарий: чтобы ответить на второй вопрос, мы не обнаружили ни одной ошибки в Stripes, о которой я знаю. Это довольно впечатляет для платформы с открытым исходным кодом. Я еще не пробовал последнюю версию (1.5), но 1.4.x очень стабилен.

Ответ 3

Мы конвертировали домашний веб-рамки в полосы примерно через неделю. Мы используем его в производстве в это время, и это отличная структура. Сообщество чрезвычайно полезно, и рамки не мешают вам. Он может быть расширен во многих местах, чтобы изменить поведение по своему усмотрению. Функция привязки URL также является удивительной. Мы реализовали надежную систему безопасности с использованием аннотаций и перехватчиков. Мы используем spring для инъекций зависимостей, и полосы имеют отличную поддержку для этого.

Я бы определенно использовал новую версию 1.5, если вы собираетесь ее использовать.

Я большой поклонник рамки. Я пришел со сцены, и это точная структура, которую я искал. Остальным разработчикам нашей команды очень нравится использовать рамки с полосками.

Я только что купил бета-версию полос с прагматичного сайта программиста. Это отличный ресурс на Stripes 1.5.

Ответ 4

Теперь мы использовали Stripes в нескольких производственных проектах, и до сих пор опыт был замечательным. Время установки низкое, а проблемы управления конфигурацией, по-видимому, меньше. У нас есть webapps, работающие с Stripes/ Dojo/Hibernate и другие с сочетанием Stripes/Spring/JSP/Jquery и т.д. Добавление Stripes в наши существующие проекты было довольно простым благодаря поддержке интеграции существующих конфигураций Spring. Использование Stripes с JSP - это весело, хотя иногда вы чувствуете необходимость кодирования на Java и не должны использовать JSTL.

Примечание: Это старый вопрос, но, учитывая, что он быстро появляется при поиске использования Stripes, я добавляю к нему ответ.

Ответ 5

Я также пришел из фона Struts и JSF в Stripes. Я перешел из крупной корпоративной среды, которая использовала в основном стойки и JSF для более новых проектов, в меньшую среду, в которой все их J2EE в Stripes.

Кажется, что Stripes дает вам то, что вы хотите в веб-Framework, не слишком сильно мешая. Не так много настроек, как уже упоминалось другими. Очень быстрая разработка и позволяет вам сосредоточиться на презентации и т.д. Вместо того, чтобы ссориться с каркасом.

Если бы мне пришлось начать новый новый проект, и я сказал бы, что я бы выбрал Stripes или JSF. Возможно, я был бы отпугнут от Stripes, если бы мне пришлось принять решение переключиться на него, потому что это похоже на проект подпроекта sourceforge вместо рамки корпоративного уровня, но, похоже, он достаточно прочен. Мы используем Stripernate для упрощения ORM.

Тем не менее, это напоминает мне Рецепт плодовой полосы, который потерял свой вкус ПУТЬ СЛИШКОМ БЫСТРО.

Ответ 6

Stripes - это технология вчерашнего дня, если вы можете выбрать что-то более современное, например GWT.