Grails против JAX-RS для приложения RESTful API / MVC

Я знаю, что название может показаться яблоком и апельсином, но выслушайте меня ... :)

Я ' m построение архитектуры приложения MVC и рассмотрение того, что использовать для ядра контроллера / служб. Этот стек также будет служить RESTful API, который будет столь же важен, как и пользовательский интерфейс.

Я сужаю свой стек, чтобы он был построен с помощью Grails или JAX-RS (на данный момент я исключил другие варианты и я не очень заинтересован в расширении этого списка). В любом случае я буду использовать Groovy, и этот выбор практически не повлияет на мою модель и представления, так что некоторые различия между ними будут нивелированы. Вот плюсы и минусы, над которыми я размышлял и задавался вопросом, есть ли у кого-нибудь еще какие-либо комментарии или предостережения.

Grails

• Я не собираюсь использовать тонну встроенных функций Grails (GSP / SiteMesh, Hibernate, почти все плагины), поэтому я Это упростит реализацию моего RESTful API, поскольку у меня есть полный контроль
• Groovy - важная часть того, что делает Grails сияющим, поэтому я извлеку из этого пользу даже в JAX-RS
• Мне нравится, как JAX- RS не включает в себя автоматически кучу других вещей, поэтому я могу лучше контролировать, какие компоненты находятся на входе / выходе
• , к сожалению, поскольку он не задействует все остальное, все, что мне в конечном итоге понадобится, потребует дополнительной работы, тогда как В Grails может быть плагин
• , командная строка grails и строительные леса будут пропущены; возможно, Maven сможет заполнить некоторые пробелы

Похоже, что возможности каждого из них для создания действий и маршрутизации довольно похожи (хотя стили реализации разные). На самом деле есть других вопросов SO, которые хотелось бы затронуть , так что меня это не слишком беспокоит.