如果我使用 Django 作为前端应用程序，那么使用 Cherrypy 来管理设备抽象是否有意义？
我正在构建一个通过 Web 前端为用户提供服务的应用程序，我选择使用 Django。我还必须选择一个框架/库来提供对一组嵌入式系统的管理和抽象访问，这些系统以一种或另一种形式提供 Web 用户可以看到的信息。
我喜欢坚持使用一种轻松的方法来访问提供硬件生成资源的后端应用程序的想法。前端使用 Django，后端使用 CherryPy 是否有意义？或者我应该只使用 Django 来实现两者，而忽略后端 django 中不需要的东西。
我想问的另一种方式是，通过使用 CherryPy 作为后端，我可以得到什么，而无需了解两组库/框架。
I am building a application that services users via a web front end, which I have chosen to use Django for. I also have to choose a framework/libraries to provide management of and abstracted access to a bunch of embedded systems that provide information the web user gets to see in one form or another.
I like the idea of sticking with a restful approach to access the backend application which provides the hardware generated resources. Does it make sense to use Django for the front end and CherryPy for the backend? Or should I just use Django for both and ignore the stuff I don't need in django for the backend.
I guess another way to ask, is what do I gain by using CherryPy as the backend that out ways having to know two sets of libraries/frameworks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我没有看到任何真正的好处，从长远来看只会增加复杂性。如果您使用 Django 的 ORM，那么您无论如何都会希望围绕它构建 REST 接口。为了使用 Django 构建 REST 接口，我喜欢使用 django-tastypie 它可以轻松构建支持身份验证的 RESTful API/授权、验证、各种类型的序列化、节流、缓存等。我也比较喜欢 django-piston，这也很受欢迎。
I don't see any real benefit, only added complexity in the long run. If you are using Django's ORM, you'll want to build the REST interface around that anyways. For building REST interfaces with Django I like using django-tastypie which makes it easy to build RESTful APIs supporting authentication/authorization, validation, various types of serialization, throttling, caching, etc. I also rather like django-piston, which is also quite popular.