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

Question

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

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

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

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

我想开始组织我的模块项目，以便更多的人可以处理它们，但我对执行此操作和将这些更改部署到实时站点的一些最佳实践感到有点迷失。

Answer 1

我的博客网站上有一些关于此的详细博客文章， 米切尔卖家网站.

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

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

Answer 2

如果您需要一些参考资料，我建议您阅读 Mitchel 的书 - Wrox 的 Professional Dotnetnuke 模块编程 模块编程 - Michel Sellers