电子商务网站的批处理应该放在同一个应用还是不同应用的哪个位置?
Where should the batch processes of an e commerce website be kept in the same application or different application?
我的问题是我们是否需要在不同的应用程序或服务器或端口号中保留客户功能和产品的日常处理、付款?我没有在 Google 中找到任何文章我们是否应该保留诸如检查产品是否过期并检查供应商是否有资格在我们向客户展示产品和各种其他电子商务功能的同一应用程序中付款,或者我们是否将所有批处理过程保留在不同的应用程序或不同的端口号或不同的服务器中?我是建立电子商务网站的初学者,任何链接或最佳实践建议都会很棒
学习并观看 Robert Martin 的 Clean Code Lectures。研究微服务。研究如何构建良好的 API。这个想法是从您的应用程序开始将是整体的。同时构建 10 个不同的应用程序是不切实际的。但是当你构建时,你应该重构并将它们分开。另一个重要的想法是,即使它只是信用卡交易开始 - 您的应用程序将与第 3 方进行交互。随着您的成长,您将与更多的外部 API 进行交互。
然而,它应该立即分开的一个区域 - 我强烈建议将您的 Order/Product 管理应用程序与 Public 电子商务购物应用程序完全分开。这将简化非常不同的安全问题,以及也非常不同的用户角色。
我的问题是我们是否需要在不同的应用程序或服务器或端口号中保留客户功能和产品的日常处理、付款?我没有在 Google 中找到任何文章我们是否应该保留诸如检查产品是否过期并检查供应商是否有资格在我们向客户展示产品和各种其他电子商务功能的同一应用程序中付款,或者我们是否将所有批处理过程保留在不同的应用程序或不同的端口号或不同的服务器中?我是建立电子商务网站的初学者,任何链接或最佳实践建议都会很棒
学习并观看 Robert Martin 的 Clean Code Lectures。研究微服务。研究如何构建良好的 API。这个想法是从您的应用程序开始将是整体的。同时构建 10 个不同的应用程序是不切实际的。但是当你构建时,你应该重构并将它们分开。另一个重要的想法是,即使它只是信用卡交易开始 - 您的应用程序将与第 3 方进行交互。随着您的成长,您将与更多的外部 API 进行交互。
然而,它应该立即分开的一个区域 - 我强烈建议将您的 Order/Product 管理应用程序与 Public 电子商务购物应用程序完全分开。这将简化非常不同的安全问题,以及也非常不同的用户角色。