Dot Net Nuke 模块有哪些好的模块开发解决方案/环境/最佳实践 [关闭]

Question

我从第 2 版开始就一直在为 DNN 开发模块，那时我能够轻松地在我的环境中开发模块时运行它，并且仍然可以轻松地将我的模块部署为 DLL。 当版本 4 出现并使用网站解决方案（而不是 Web 应用程序解决方案）时。好像丢了什么东西。我可以继续在我的测试环境中进行开发，并在我做出更改时立即看到更改，但发布对我来说却是一件令人头疼的事情。

我主要为一个站点进行开发，特别是在完成更改后，我刚刚使用 FTP 将模块部署到主站点。

我想为多个开发人员建立一个能够在模块上工作的良好环境。

在向源代码控制添加内容时，人们通常是将所有 DNN 放入源代码控制中，以便他们可以将整个解决方案投入使用，还是只是他们的模块并且每个人都需要设置自己的开发 DNN 环境？

我想开始整理我的模块项目，以便更多人可以使用它们，但我对一些最佳实践感到有些迷茫，无论是在这样做还是将这些更改部署到实时站点。

Answer 1

我的博客网站mitchelsellers.com 上有一些关于此的详细博客帖子。

我个人使用 WAP 开发模型，我不会将 DNN 解决方案或任何核心文件检查到源代码控制中，因为我不会为我的任何客户修改核心。当与多人一起工作时，我们为每个人创建了一个类似的环境，并且仍然可以处理我们的每个单独的项目，有时我们将拥有带有单独数据库和代码的完全隔离的开发环境，有时我与一个共享的开发人员一起工作数据库来解决开发模块安装问题。

对于 WAP 模型，我使用一种方法在项目构建时使用构建后事件动态创建我的安装包，然后我有一个测试安装，用于验证这些包是否发生。然后通过 Attach to Process 进行调试。

Answer 2

如果您需要一些参考资料，我会推荐 Mitchel 的书 - Wrox 的 Professional Dotnetnuke Module Programming Module Programming - Michel Sellers