我和我的团队正在接管由软件开发供应商完成的DNN Web应用程序。
有一些问题，比如 1.冗余的非标准数据/ API，用于访问模块的选项卡和配置，以及 2.其他一些架构相关问题。
我的目标是删除我们不需要的东西，并将应用程序引导回DNN最佳实践。我还需要使用DNN实现工作流引擎，因为目前工作流程是“半硬编码”。
我想知道是否有任何设计模式/最佳实践材料（特别是与工作流程有关），我们可以遵循这些材料以减轻我们的痛苦并帮助我们确定工作的优先顺序？
编辑：应用程序的设计并未考虑单元测试，但我不介意更改它，只要我可以创建单元测试，请帮助我解决与DNN进行单元测试的问题。提前致谢。
答案 0 :(得分：0)
最好的情况是制作目录的副本，克隆数据库，并将其单独放置，以便您可以使用它。首先，升级到最新版本，看看购买和构建的模块会发生什么。我遇到了一些旧模块的问题，这些模块对于没有或没有与最新的dnn版本兼容的操作至关重要。在所有情况下，快速查看积雪覆盖后发现我的替代品无论如何都变得更好。
我们不是一个庞大的开发团队，但我发现编写测试用例以确保升级过程中的功能不会失去帮助，无法估量。
正如我之前提到的，如果它是你可能不想提速甚至接管的本土代码，那么有很多模块可以做很多很酷的事情。可能值得一看全新的DNN安装并迁移您必须拥有的东西并从那里迁移。