играть против калитки?

Question

Я планирую разработать веб-приложение в scala. Я новичок в scala и запутался в доступных рамках. должен ли я идти играть или калитку. У меня есть опыт работы с архитектурой MVC. Пожалуйста, объясните мне преимущества и недостатки их использования. Могу ли я использовать их в сочетании друг с другом.

Заранее спасибо.

Answer 1

Play and Wicket - это оба каркаса с прочным дизайном и отличным, активным и отзывчивым сообществом. Я использовал Wicket в проекте среднего размера, и всякий раз, когда я задавал вопрос о Wicket mailing list, я получил почти мгновенную обратную связь.

Одним из основных различий между этими двумя рамками путем они обращаются государственной: Wicket хранит состояние на сервере во время воспроизведения следует «состояние-менее» принцип REST очень тесно, в пользу государства на клиенте (или в URL).

Рассмотрим, например, простой AJAX счетчик:

• В типичной реализации калиткой (см Wicket Ajax Counter example), вы бы хранить счетчик на сервере (в Model[Integer]). Когда вы нажимаете на ссылку, на сервер добавляется вызов AJAX, где обновляется модель (т. Е. Счетчик увеличивается) и разметка HTML для обновленного счетчика, отправленного назад и отображаемого.
• Реализация игры скорее всего будет хранить счетчик на странице клиента и использовать что-то вроде jQuery для обновления счетчика.

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