Вопрос

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

Чтобы сделать мой вопрос немного более ясным, как я могу вернуть модель и подготовительно из контроллера Spring MVC, который рендеринг WLL с использованием Vaadin и может получить доступ ко всем данным модели.

Это было полезно?

Решение

Весенняя поддержка Ваадина довольно новая, но недавно на форуме много разговоров было много разговоров, а некоторые проверили его. Кажется, работает. Об этом есть статья о Vaadin Wiki, и некоторые темы на форуме рассказывают о Vaadin + Spring Integration:

Вики: весенняя интеграция
Форум: Можно ли интегрировать инструментарий Mill с приложением Spring
Форум: Весенняя проблема интеграции
Форум: работа с весной
Форум: весенняя интеграция

Другие советы

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

Видеть эта ветка на форуме Ваадин для моего AutowiringApplicationServlet Решение, включая образец войны.

согласился с DHRBO.

Не разумно использовать Spring MVC, тем более с Webflow с Ваадином. Ваадин-еще одна рамка веб-приложения.

Если вам нужна идея «Spring MVC» в вашем проекте Vaadin, интегрируйте ее с Spring-ядром, бобами и контекстом. Таким образом, вы можете получить четкое разделение между контроллерами, пользовательским интерфейсом (вадином) и моделями (интегрируйтесь с Hibernate / ORM)

Вот статья об интеграции Spring Service Service Service с Ваадином. Всего не относится к Spring MVC, о котором был первоначальный вопрос, но он все еще может быть указателем для других читателей, которые исследуют интеграцию Vaadin Spring.

http://psponcoding.blogspot.com/2011/03/vaadin-spring-integration.html

org.springframework.web.servlet.mvc.ControllerhandleRequest берет HttpServletRequest а также HttpServletResponse как параметры. Из них вы не можете обработать фрагмент URI. Таким образом, контроллер не подходит для управления запросами на основе фрагмента URI.

В своем приложении я реализовал очень похожую концепцию с пружинным контроллером. Мое приложение по -прежнему имеет представление о «представлениях» и «модели». Каждое представление реализовано в отдельном классе и отображается в центральном блоке страницы. Я хотел централизовать логику обработки URL -адреса в этом классе, поэтому я создал класс AbstractControllerEntry:

public static abstract class AbstractControllerEntry {
    public abstract boolean matches(String fragment);
    public abstract void open(MainWindow window, String fragment);
}

с несколькими удобными подклассами, такими как ConstantEntry, PrefixEntry а также RegexEntry.

Каждый класс представления имеет статический метод, который возвращает AbstractControllerEntry. Анкет Сбор всех записей хранится в статическом массиве внутри MyController Класс (не контроллер Spring MVC). При смене фрагмента (см. Урифрагментируемость), Я перечисляю все записи, и, сначала, что соответствует, я позвоню открытую. Любая другая логика, такая как поиск объекта модели, находится внутри класса View, в AbstractControllerEntry имплантация.

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top