到目前为止，我一直在开发一个网络应用程序，用于记录来自不同仓库的不同产品的库存和交易等。
我被要求做一个电子商务前端来销售这些仓库的产品，我想知道我应该如何解决这个问题？
仓库网络应用程序有很多逻辑和很多产品和细节，我不知道是否通过混合有关用户管理、销售订单等的数据来为第二个应用程序使用相同的数据库。
我已经尝试过做功课，但是出于对互联网的热爱，我什至不知道如何搜索，如果我走在正确的轨道上，我将撤退到我的洞穴学习。
我在这件事上不是很有经验，我希望得到一些帮助来决定如何解决这个问题，选择一个统一的数据库或分离的单向链接数据库，如果是这样，维护第二种方法有多难?
说到仓库，我认为这就是您应该对数据执行的操作，例如，将每个不同的数据源滚动到您的电子商务商店消费和处理的一组通用类/对象中。
为此，这里有一些粗略的指示：
将您的库存应用程序中当前的逻辑抽象到一个中间层 WCF 服务中，您的库存应用程序和电子商务应用程序都可以使用它。您不希望您的库存应用程序成为这里的瓶颈。
存储您的数据，例如将所有这些不同的数据源整合到您自己控制的类/数据结构中。您将需要这样做以创建可维护且可持续的有效 MVC 模式。您不希望那些不同的域模型清单控制您的视图模型设计。
您也不希望每次希望产品向最终用户展示时都执行所有这些不同的逻辑，因此如上所述将数据缓存在索引良好、合适的表中，以获得高可用性，您可以使用 Entity框架或类似的。就可接受的延迟与业务达成一致，并按计划启动您的导入/更新流程。
在您的服务上使用 Net.Tcp 绑定在内部移动您的数据。在处理较大的数据移动时，与 SOAP 相比，它快速、高效且开销很小。
根据所需的规模，您可能还需要考虑纯粹为电子商务商店的后端实施 WCF 服务，该服务仅处理客户与底层仓库数据源的交互，如果商店最终可以保证自己的服务器变得流行。此外，您最终可以在 SOA 组件之间进行消息传递，稍后再进行。
利润。不，认真的！
我希望这有帮助。祝你好运！