我对德比非常感兴趣,昨晚花了大量阅读文档.我目前的架构思想非常适合构建RESTful API,由相应的富客户端应用程序或任何其他有权访问API的人使用.
Derby让我印象深刻的不仅仅是因为它专注于速度,而是因为它的工作原理非常类似于Web(URL与页面匹配).然而,如今移动应用程序适合产品,如果想要为移动设备和浏览器领域开发,似乎需要API.
我的问题是双重的.
derby可以用来与API接口,实质上是编写API适配器并将其与mongoadapter交换出来.我没有看过适配器,但文档暗示编写适配器并不太难.或者,如果接受标头请求json,则derby会对API调用产生json响应.这样它就可以扮演API的角色,并提供webapp服务.
应该将derby视为一个整体应用程序,而不是用于任何其他应用程序(即移动).即浏览器和移动应用程序之间的共同因素将是数据库,而不是API.不将API作为一个共同因素的缺点是,各个应用程序之间的功能可能不一致(不像功能的数量那么多,但有一个可能是错误的,另一个则不是).
我非常想在我们的下一个项目中使用德比,但是需要一些明确的是它是否是工作的工具.(顺便提一下,该项目将是一个大型的Web应用程序,但需要进行移动集成.拥有API可能也是一个好主意,但我还不确定它的用处)
我认为您可以为 derby 编写适配器来与您的 api 应用程序（数据实际存储的位置）进行通信，但该适配器将具有预定义的方法，并且不会反映您的 api。因此，业务逻辑可能会重复（derby 应用程序和 api 应用程序），并且您不会从该解决方案中获得很多收益。
我建议使用 derby 作为 api-app。从版本 0.6（即将推出）开始，您可以使用客户端 derby 应用程序而无需服务器端，这意味着您可以在 Phonegap 中使用它。此外，derby 还具有基于 share.js 的内置客户端同步和冲突解决功能。您可以将它用于“现成的”网络和phonegap应用程序，但对于本机移动应用程序，您应该编写share.js客户端来使用它。share.js 中还有内置的 Rest api，或者您可以基于快速路由轻松实现您的 api。因此 derby 非常适合 api、web、phonegap 应用程序，并且非常适合移动应用程序。