我公司和我正在为一个相对较大的客户建立一个新系统。我们将取代他们的整个系统，其中包括一些电子商务方面，以及其他许多方面。它不是典型的公共购物网站，系统（后端和前端）有很多不同之处。
我工作的一些人确信我们应该使用第三方产品来实施电子商务（购物车，目录管理）。他们认为这是一个已经解决的问题，我们不应该重新发明它。鉴于这个方向，我已经回顾了大约十个不同的基于.NET的电子商务平台，我很难想象如何在没有太多摩擦的情况下平滑地集成它们。它们如此无所不包，我觉得它们可能更适合实施简单的购物网站，而不是那些碰巧有一些电子商务方面的大型系统。
我们有一个非常好的架构计划用于其他一切（实体框架，ASP.NET MVC等），我的直觉告诉我，尝试引入第三方平台将导致不必要的碎片和困难。
我很想听到那些去过那里的人的一些意见。您是否使用第三方平台进行电子商务？这是一个典型的购物网站还是不同的东西？你觉得这是一种帮助还是一种阻碍？感谢。
答案 0 :(得分：3)
电子商务解决方案类似于加密例程：除非您有构建一个并且真正知道自己在做什么的经验，否则应该避免编写一个。特别是在当今的环境中，在构建电子商务解决方案时必须解决许多法律问题，以保护您的客户免受诉讼。想到了PCI和PII。很容易让购物车出错并给您的客户带来严重的悲痛。通过使用第三方，您实际上可以极大地扩展您的开发团队。您现在有一家公司正在为您添加和更新购物车。一个好的购物车套件是可扩展的，允许用您自己的替换购买管道中的组件。因此，简而言之，我同意您应该寻求第三方解决方案来管理购物车，除非您在团队建设方面拥有丰富的经验。
答案 1 :(得分：2)
如果你需要你的方形，你不是要重新发明轮子。这就是为什么我诅咒我使用Drupal作为项目基础的那一天。范围超出它然后它最终成为一个诅咒。如果你已经闻到疾病，为什么还要继续思考呢？
你可以拉开一个现有的，但你会留下什么？你可以自己实现这一点而不用大惊小怪吗？此外，许可限制是什么？你是否需要重新分配你的衍生作品。
真正的常识，仅仅因为它是软件并没有改变重用的逻辑方法。
去制作方形轮。您可能会学习一些东西/为电子商务创建更抽象的面向开发人员的API，其他开发人员可以将其用作库而不是平台，以避免您在实施时遇到的问题“我也是”的东西。
如果你这样做，请开源。如果它有一个独立的数据库模式和API用于目录和库存管理，我会使用它;但是，除了常规之外，我需要重新考虑任何事情，您需要的业务逻辑因使用现有平台而变化很大。
但是，这不是你的项目如此独特和令人敬畏的原因吗？
“不重新发明轮子”似乎是过度使用的东西之一。像Helvetica。这是有道理的，但并不适用于所有事情。