为了启动这个JSR,我们以一个触及面很广的提案开了个头。可是,回忆起来,我以为我们大概从一个更详细的方面入手下手构建更好。
在已往的几个月内,我们已看到了大批对这个JSR的存眷,次要应战是既包管进度又能顺应一切新哀求。
大概这显得有点儿异端,可是偶然我发明以后的Java语法自己有点应战性。可是,经由过程Java注解、范型和机关器(Builder)形式,我以为我们把事变降到了一个十分简便的程度。并且,便利地利用Scala和Groovy来誊写这类JAX-RS使用也是有大概的,这两种言语都撑持与Java字节码兼容的注解。
我以为API是勉励资本中立的概念的,它闪开发者本人决意他们资本的标识符和他们撑持的办法。对内容协商的申明性撑持十分好,缺省的资本性命周期勉励无形态的体例。假如我必需指出一个缺点的话,那就是它对“超媒体即形态引擎(hypermediaastheengineofstate)”撑持无限。固然我们能很好地撑持从哀求URI中抽失信息和机关资本URI,在表述(representations)中准确利用超媒体这一义务较多的仍是留给了开辟者本人往完成。
是的,这多是最坚苦的中央了。JAX-RS供应了大批机关URI的办法,可是建模API中还没有相似JAXB如许的URI绑定工具。我以为在这一方面,我们有一些举措能够探究,如HenryStory的RDF序列化。
JAX-RS使用能够被Servlet容器托管,因而二者默符合作十分主要。JAX-RS是新的Servlet可插性(pluggability)框架的一个潜伏消耗者,因而我们正在动手就此提出我们的请求。一个难处置的中央是,JAX-RS供应了较Servlet更灵活的URI到资本的映照体例,这春联合利用申明性的Servlet平安和JAX-RS来讲是个应战,因而我们也在处置这方面的事情。
按期公布标准和完成的实验版本(earlyaccess)一个优点就是,这让APT和完成都能尽早和频仍地承受测试的磨练:-)
欢迎光临 仓酷云 (http://ckuyun.com/) | Powered by Discuz! X3.2 |