如果我们在应用程序中有定义的层次结构.对于前三层架构,我们如何限制后续开发人员违反规范?
例如,对于MVP(不是asp.net MVC)架构,演示者应始终绑定模型和视图.这有助于编写适当的单元测试程序.但是,我们遇到的情况是人们直接在视图中导入模型并调用违反规范的函数,因此无法正确编写测试用例.
有没有办法可以限制哪些类可以从一组类继承?我正在研究各种可能性,包括采用不同的设计模式,但是新方法应该值得所涉及的代码更改.
恐怕这是不可能的。我们尝试借助属性来实现这一目标,但没有成功。您可能想参考我过去关于 SO 的帖子。
您能做的最好的事情就是继续使用NDepend检查您的程序集。NDepend 向您显示项目中程序集的依赖关系图,您可以立即跟踪违规情况并采取反应性措施。

(来源:ndepend.com)