Javascript 单页播放应用程序

Javascript 单页播放应用程序,javascript,rest,playframework,playframework-2.0,Javascript,Rest,Playframework,Playframework 2.0,我刚刚读过一些关于单页web应用程序的文章,这些应用程序公开了一个用于检索数据的RESTful接口(例如JSON格式),并且只提供了一个引用Javascript文件的HTML页面,该文件负责调用RESTful接口并在客户机的web浏览器中动态构建web用户界面 为了在游戏中实现这一点,应该实现控制器,以便它们返回JSON而不是HTLM,并实现一些用于在客户端呈现用户界面的CoffeScript 到目前为止还不错。。。但是我想知道这种设计对于大型web应用程序是否有意义,因为在客户端运行的java

我刚刚读过一些关于单页web应用程序的文章,这些应用程序公开了一个用于检索数据的RESTful接口(例如JSON格式),并且只提供了一个引用Javascript文件的HTML页面,该文件负责调用RESTful接口并在客户机的web浏览器中动态构建web用户界面

为了在游戏中实现这一点,应该实现控制器,以便它们返回JSON而不是HTLM,并实现一些用于在客户端呈现用户界面的CoffeScript

到目前为止还不错。。。但是我想知道这种设计对于大型web应用程序是否有意义,因为在客户端运行的javascript代码数量将越来越多

我最初的想法是使用Play的模板引擎实现web应用程序,然后为移动应用程序提供RESTful界面

任何涉及此主题的建议、想法或文档链接都将不胜感激;-)

有一章是关于这个主题的。他们使用单个视图作为入口点,就是这样

对于大型应用程序,这是一个值得关注的问题。为此,您可能希望使用库,例如(Play2.1内置了对的支持),等等。您还可能希望将应用程序拆分为子模块以管理复杂性。在客户端,您可能也应该使用一个框架,例如


关于Play,没什么好说的了,它是一个公开RESTfulJSON服务的非常好的平台。我建议您查看并查看。

提供一个通用REST API应该可以正常工作。目前,我正在为浏览器(主干网等)和iOS客户端使用Play 2.0服务器应用程序。浏览器客户端与Play应用程序完全分离,并独立部署

我认为与Play template方法相比,有一些初始开销,但只有一组要测试的控制器etc使生活更轻松

需要考虑的几点:

  • 客户端身份验证。最好对所有客户机使用相同的方法
  • 在某些时候,您可能希望为其中一个客户机引入一些专门的RESTAPI,以节省带宽和请求数量。例如,移动着陆屏幕就是一个典型的候选屏幕
  • 您需要更详细地记录RESTAPI,因为web客户端开发人员不共享代码库