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