asp.net-mvc - 如何与 NopCommerce MVC 进行团队合作

Question

我们目前正在 MVC 中查看 NopCommerce 的最新版本 (2.60)，我们很快就会集成它......我们已经下载了源代码并支付了 20 美元的用户指南文档。文档很棒!我的意思是……它很棒，因为它解释了如何部署、安装以及如何处理 UI 前端和后端。这对于整体概述来说非常有用，但它缺乏的是对如何与 NopCommerce 作为一个团队合作的理解。什么是最佳实践等...

举个例子(或平行)，如果您决定与 Dotnetnuke 作为一个团队合作，您通常会按以下方式工作:

• 每个开发人员都在其本地下载/安装 Dotnetnuke机器。
• 您还可以在专用服务器上下载/安装 Dotnetnuke(假设开发服务器)。
• 作为开发人员，您需要工作并创建在本地测试的模块在您的 Dotnetnuke 安装中。
• 完成后，您将打包您的模块(以及任何 SQL 脚本)随您的模块一起提供)到 zip 文件中。
• 一旦软件包准备就绪，您就可以将该软件包上传/安装到专用服务器(开发服务器)。

这种方法非常适合 Dotnetnuke，更重要的是，如果您有一个创建模块的开发团队。

我的问题是团队如何使用 NopCommerce MVC？

我认为直接在源代码中工作是一个坏主意，以防您的团队决定修改核心元素/源代码，这将导致无法升级到新版本(或破坏更改)。

我不确定我与 Dotnetnuke 的相似之处是否正确……但是有人知道(或帮助我澄清)团队如何与 NopCommerce MVC 合作。

此外，团队是否应该只依赖于为 NopCommerce 创建插件而不修改核心，还是应该无关紧要？

如果最终的 NopCommerce MVC 升级创建类似的对象和/或覆盖它们，我们是否应该为对象添加前缀呢？在 SQL 中添加新对象(或修改现有对象)怎么样？

感谢您帮助我阐明这一点。

真诚的

文斯

Answer 1

NopCommerce 中的插件几乎就像 DNN 中的模块。根据您需要做什么，有时需要修改核心代码。

我为服务所做的就是创建一个新类并从现有服务继承，然后覆盖您想要更改的功能。创建一个新的 DependencyRegistrar 类并将新的服务类设置为该特定接口(interface)的实现。还要确保 Order 属性为 1，以便您的 DR 类在库存类之后加载。由于您是从核心类继承的，因此您未重写的任何函数都将由父类处理。如果我需要添加新功能，我只需修改接口(interface)，在库存类中放置一个 stub ，然后在我自己的类中实现它。

Nop.Web 项目中的 View 可以被主题覆盖。管理和 Web Controller 变得更加棘手。我只是直接修改这些文件。

核心和数据类可以使用部分类来添加新字段。

无论如何，当更新发布时，您仍然需要将更改与您的解决方案合并。我的观点是，你最好现在就编写干净、可读的代码，并在合并到来时咬紧牙关。

我现在并不真正担心 SQL 脚本，因为我是一名开发人员，但也许您会为 ALTER 脚本添加一个文件夹，并在创建它们的那天之后命名它们。然后每个开发人员都知道在获得最新版本时需要运行哪些脚本。