Ruby on rails 分解一个整体rails应用程序
我有一个大型rails应用程序，它有3个独立的“组件” 一个主要是静态的WWW网站，一个是基于Spree的购物车，一个是基于Instagram API的奖励程序 目前，它们都是一个巨大的Rails 4.0应用程序。随着时间的推移，这个应用程序越来越多，我很难区分不同的组件。我想模块化的应用程序，以保持这3个组件分开 有没有更好的方法来实现这种“SOA”架构？还是将应用程序的每个“组件”都变成自己的可安装引擎更好？还是有更好的策略Ruby on rails 分解一个整体rails应用程序,ruby-on-rails,soa,rails-engines,Ruby On Rails,Soa,Rails Engines,我有一个大型rails应用程序，它有3个独立的“组件” 一个主要是静态的WWW网站，一个是基于Spree的购物车，一个是基于Instagram API的奖励程序 目前，它们都是一个巨大的Rails 4.0应用程序。随着时间的推移，这个应用程序越来越多，我很难区分不同的组件。我想模块化的应用程序，以保持这3个组件分开 有没有更好的方法来实现这种“SOA”架构？还是将应用程序的每个“组件”都变成自己的可安装引擎更好？还是有更好的策略 我一直在研究Spree的核心，以及它们如何将每个组件作为一个引擎，
我一直在研究Spree的核心，以及它们如何将每个组件作为一个引擎，并将其加载到顶级，我认为这可能是最好的方法 我对Ruby或Rails没有任何经验，但根据我的经验，您需要提出/回答以下问题，然后决定如何继续 谁将开发代码库，谁将维护代码库 如果只是你身负重任，那么你可能不想承担实现SOA（具体来说是web服务）的开销。这就是说，在这些组件或模块之间，您肯定应该有一个“契约”（不管您如何引用它们）。这样，您的模块/组件就可以独立发展，对其中一个模块/组件所做的更改使逻辑更好，而不一定要求对其他组件进行更改 如果是你和其他几个开发人员，我仍然认为你可能还不想走WS路线 如果开发和维护这些组件的是不同的团队，那么您将在企业级了解应用程序，然后您将开始看到SOA（基于WS）的好处 干杯，
K我对Ruby或Rails没有任何经验，但根据我的经验，您需要提出/回答以下问题，然后决定如何继续 谁将开发代码库，谁将维护代码库 如果只是你身负重任，那么你可能不想承担实现SOA（具体来说是web服务）的开销。这就是说，在这些组件或模块之间，您肯定应该有一个“契约”（不管您如何引用它们）。这样，您的模块/组件就可以独立发展，对其中一个模块/组件所做的更改使逻辑更好，而不一定要求对其他组件进行更改 如果是你和其他几个开发人员，我仍然认为你可能还不想走WS路线 如果开发和维护这些组件的是不同的团队，那么您将在企业级了解应用程序，然后您将开始看到SOA（基于WS）的好处 干杯， K