我刚刚在HackerNews上阅读了这篇文章趋势
http://news.ycombinator.com/item?id=3199907
在了解rails中的activeResource之后,我一直在考虑这个问题。
http://railscasts.com/episodes/94-activeresource-basics
我非常喜欢将您的应用程序拆分为完全独立的应用程序的想法,这些应用程序只通过restful API进行通信。包括客户。
有人可以解释这可能是一个非常好或坏的想法吗?
Rails 3.1现在支持引擎(rails应用程序中的rails应用程序),但这对我来说感觉不对(db迁移问题很痛苦) - 我喜欢单独的应用程序通过restful http进行通信的想法API。
我不了解有关SOA或其他任何内容的所有内容 - 但只是想了解优缺点。
答案 0 :(得分:3)
我最近发现自己在思考类似的问题,如何最好地模块化大型应用程序。作为一个相对Ruby的新人(<一年),我涉及编写Rails API,并使用ActiveResource消费它们。对我来说这感觉不对,Rails觉得API太过臃肿,而且ActiveResource对于客户来说太过通用和不完整。
然后,我读了Service Oriented Design with Ruby and Rails - Paul Dix,这就像一个顿悟!它涵盖了您的优点,缺点和优点的具体问题。这个理论很早就开始了(我认为第1章),而且做得很好。