Web services 新的web应用技术

我们即将开始一个新项目，我一直在研究一些新的网络技术。我们希望构建一个客户端可以访问的RESTful api。到目前为止，我们一直在使用python和django/flask来构建api，并使用jquery作为前端

我已经读了很多关于javascript框架的文章，比如emberjs和angular，还有像express、meteor和derby这样的nodejs解决方案。我真的很喜欢当模型改变时站点应该“自动更新”的想法。我知道有一些像gevent这样的库可以帮助促进套接字级别的通信，但它似乎更像是一个补丁，而不是一个优雅的解决方案

理想情况下，我不想放弃一项经过验证的技术，即用python（或php、ruby等）编写服务器代码，在nodejs上构建我的整个应用程序。拥有RESTful API很重要，因为我们希望我们的服务是开放的和可访问的

有两台服务器和一台客户端会是个坏主意吗？1传统的api服务器与客户端上的javascript框架通信。然后，还可以在api服务器旁边运行nodejs服务器，该服务器可以以某种方式与api通信，如果它找到更新，则将其传递给客户端

我们希望构建一个客户端可以访问的RESTful api

理想情况下，我不想放弃一项经过验证的技术，即用python（或php、ruby等）编写服务器代码，在nodejs上构建我的整个应用程序

那么您可能应该使用Rails和Ember.js。我将引用eviltrout（的联合创始人），它建立在ember和rails之上：

富客户端应用程序的一个令人惊讶的副作用是，您最终会得到一个经过战斗测试的API。我们的应用程序从第一天起就使用了我们自己的API，所以我们知道它可以工作

如果我们想为Android或iOS创建一个本机客户端，那会容易得多，因为我们已经能流利地讲JSON了。如果人们想要构建使用话语的服务，他们不必导致屏幕抓取。对于我们和使用我们平台的开发者来说，这是一个巨大的胜利

但是您应该记住，到目前为止，余烬仍然是一个非常年轻的框架（rc3 v1.0.0）

我不知道您正在构建什么类型的应用程序（关于为什么要使用node）

我们希望构建一个客户端可以访问的RESTful api

理想情况下，我不想放弃一项经过验证的技术，即用python（或php、ruby等）编写服务器代码，在nodejs上构建我的整个应用程序

那么您可能应该使用Rails和Ember.js。我将引用eviltrout（的联合创始人），它建立在ember和rails之上：

富客户端应用程序的一个令人惊讶的副作用是，您最终会得到一个经过战斗测试的API。我们的应用程序从第一天起就使用了我们自己的API，所以我们知道它可以工作

如果我们想为Android或iOS创建一个本机客户端，那会容易得多，因为我们已经能流利地讲JSON了。如果人们想要构建使用话语的服务，他们不必导致屏幕抓取。对于我们和使用我们平台的开发者来说，这是一个巨大的胜利

但是您应该记住，到目前为止，余烬仍然是一个非常年轻的框架（rc3 v1.0.0）

我不知道您正在构建什么类型的应用程序（关于为什么要使用node）