与Grails的REST风格的API / MVC应用程序JAX-RS

我知道标题可能看起来像苹果和桔子,但听我说... :)

我建立一个MVC应用程序的体系结构,并考虑使用什么控制器/服务的核心。 该协议栈也将作为一个RESTful API,这将是同样的用户界面同样重要。

我缩小我的筹码与任何Grails的或JAX-RS建成(在这一点上我已经排除了其他的选择,我不扩大这个名单的超级感兴趣)。 无论哪种方式,我将使用Groovy和我的模型和视图将是这种选择几乎不受影响,因此进一步的水平有些两者之间的差异。 以下是我一直在琢磨,想知道如果任何人有任何其他的输入或包退经验的利弊/利弊。

Grails的

  • 我不打算用一吨的内置的Grails功能(GSP / SiteMesh的,休眠,几乎所有的插件),所以我很担心,Grails的可能是一个有点沉重,我的目的
  • 我很担心,我不会有足够的控制权我来处理REST API能力,因为它是非常观点为中心
  • 我见过不一致插件质量的地方,我不知道我认为他们太多的'亲'点
  • 我爱的约定优于配置与编辑和刷新,到了那里我可能会想线了类似的东西,如果我与JAX-RS去点
  • 我喜欢一切它简化Grails的命令行,但我担心它可能会用我的方式,因为我不使用尽可能多的堆栈得到
  • 我喜欢的脚手架,但因为我不使用休眠或GSP / SiteMesh的可能不是很好网

JAX-RS

  • JAX-RS是休息的。 这将使我的RESTful API,真正能够轻松地实现,因为我有完全的控制
  • Groovy是什么使Grails的闪耀的重要组成部分,所以我会从即使是在JAX-RS受益
  • 我爱怎么JAX-RS不一堆其他的东西自动拉这样我就可以有更多的控制哪些部件是输入/输出
  • 不幸的是,因为它没有在其他一切事情,我最终需要将需要更多的工作拉,而Grails的可能有一个插件
  • Grails的命令行和脚手架将被错过; 也许Maven的可以填补一些空白

这似乎是每个创建行动和路由的功能很相似(虽然实现风格是不同的)。 其实还有其他的SO问题,希望在此触摸,所以我不太关心。

--------------解决方案-------------

我去年写了几个框架小REST服务原型(即Grails的,玩!Spring MVC中,新泽西的Restlet)。 我对Grails的感觉,在这种关注的是,尽管Grails支持REST风格的建筑,它是不是真的为它做。 我不想让宗教在这里,因此,如果您只想资源映射到URL和HTTP动词的罚款,但如果你想拥有超过返回码严密控制,位置标题等,以深入挖掘REST你可能还是能够使用Grails做到这一点,但它可能是更好的一个纯REST框架的支持。

Grails中还带有一个很大的依赖性,如果你开始一个绿色的原野这可能不是一个问题,但是当你必须把它与现有的传统组件或框架集成可能会导致问题。

从这两个使用REST框架,我喜欢新泽西更多,因为它只是在我的情况下工作,文档良好(虽然有点专注于Maven和Netbeans的)。

是啊,它似乎重的基础上,当你不打算使用的模型或视图的MVC框架。 虽然自动连接和简化的配置是超漂亮,Grails的仍然会提供很多的,你不需要额外的东西。

我会亲自带打火机的做法,并留下了Grails的使用任何独立的库或编写自定义代码,提供你想要的功能。 有一个数字上的Groovy的网站上列出的容器项目,或许Spring或替代品的人会有些价值添加到您的架构。

分类:模型视图控制器 时间:2015-03-15 人气:0
分享到:

相关文章

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 0.430 (s). 10 q(s)