Зк и Играй! действительно 2 очень разные вещи. Основные различия между двумя, о которых я думаю:
- ZK фокусируется на компонентах пользовательского интерфейса & mdash; так же, как ICEfaces и другие подобные фреймворки & mdash; пока играю! не вообще ; в Play есть нет компонентов пользовательского интерфейса!
- По моему мнению, Play предлагает другую философию больше, чем что-либо еще, по сравнению с большинством других веб-фреймворков Java / scala; это возврат к основному подходу, который отменяет состояние на стороне сервера (что является полной противоположностью ZK) и все, что с ним происходит. В то же время, это все еще полнофункциональный стек со всем интегрированным в него; вам не придется тратить часы на сбор зависимостей.
В прошлом я кратко использовал ZK и, на мой взгляд, Play! легче подобрать, чем ZK, хотя это очень относительное суждение. Здесь есть большая разница в подходе, и если вы хотите создать веб-сервис на основе JSON / XML, тогда Play! кажется гораздо предпочтительнее, чем ZK, потому что:
- Вам не нужны компоненты пользовательского интерфейса, так что это главное преимущество ZK в окне
- Будет очень легко определять и поддерживать ваши сервисы с использованием механизма маршрутизации Play
- Реализация ваших услуг будет такой же простой и понятной, как и когда-либо (естественно, в зависимости от ваших конкретных требований)
Недостатки игры! действительно зависит от ваших конкретных требований; но одна проблема, которая приходит на ум, - это создание веб-сервисов, которые интенсивно интегрируются с более традиционными и унаследованными сервисами (такими как EJB, например). Так как играю! приложения на самом деле не придерживаются каких-либо общих стандартов Java EE (даже если они могут работать в контейнере Java EE), в конечном итоге вы можете написать много кода интеграции самостоятельно, а не делать это за вас.