向 Tapestry Web 应用程序公开 API
我正在开发一个基于 Tapestry 5 的 Web 应用程序，该应用程序应该向 iPhone 和 Android 设备公开 API。目前该 API 是使用 Tapestry 内置的 MVC 功能来实现的。例如，所有服务都是在专用于移动访问的 Tapestry 页面类中返回 JSON 字符串的处理程序方法。身份验证是通过 Spring Security 完成的，每个用户都绑定到一个会话。我对这些东西相当陌生，所以如果我错了，请纠正我，但这似乎不是一个非常干净的解决方案。
该解决方案可能存在哪些缺点？ 使用 REST-API 时有哪些显着优势？ 在这种情况下，最佳做法是什么？
I am working on a Tapestry 5 based web application that should expose an API to iPhone and Android devices. Currently the API is implemented using the built in MVC capabilities of tapestry. E.g all the services are handler methods that return JSON strings in Tapestry page classes dedicated to mobile access. Authentication is done with Spring Security and every user is bound to a session. I'm rather new to this stuff, so correct me if I'm wrong, but this doesn't seem like a very clean solution.
What are possible drawbacks to this solutions?
What are significiant advantages when using a REST-API instead?
What would be best practice in such a case?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
尝试 Tapestry-RestEasy
Try Tapestry-RestEasy
对于 SeeSaw.com，我们有类似的要求来公开来自 T5 Web 应用程序的提要，并尝试了多种不同的方法。
对于只读数据，我们公开编写一个 T5 页面/组件，将 XML（或 JSON）呈现为提要。对于读/写数据，我们通过 JSON 实现 Tapestry OnXXX 事件。通过以这种方式将其拆分，您可以获得更高效的站点（因为可以缓存只读内容）。
For SeeSaw.com we have similar requirements to expose feeds from our T5 web application and have tried a number of different approaches.
For read only data we expose write a T5 page/component that renders XML (or JSON) as a feed. For read/write data we implement tapestry OnXXX events via JSON. By splitting it out this way you get a more efficient site (as the read only stuff can be cached).
也许这会有所帮助...
模板换肤
引用文章中的内容
这可能是您正在寻找的“干净的解决方案”？干杯!
穆雷...
Maybe this will help ...
Template Skinning
To quote from the article
This might be the "clean solution" you are looking for? Cheers!
Murray...