说我有一个类似如下的类： internal class SomeClass { IDependency _someDependency; ... internal string SomeFunctionality_MakesUseofIDependency() { ... } } 然后我想添加相关的功能,但是使用不同的依赖来实现其目的.也许像下

我想在我的项目域层(Clean MVVM)中实现单一责任原则. 我约. 200个不同的用例,管理起来非常繁忙.现在我想创建一个UseCaseManager,它可以根据Input& amp;提供我所需的UseCase.输出对象. 我尝试了一种方法,但看起来不太好.我提到了一些示例代码,请帮助我如何将所有UseCases聚合到一个UseCaseManager. UseCase1： public cla

我在理解单一责任原则方面存在问题.应该在班级或方法级别应用SRP. 假设我有学生班,我需要创建学生,更新学生和删除学生.  如果我创建一个具有这三个操作方法的服务类,这会破坏SRP原则. SRP同时处于课堂和方法层面.所以,如果你在谈论学生班,那么在这种情况下,它只对学生实体做CRUD的责任.同时当你谈论方法时,你不应该有一个InsertStudent方法并根据ID进行更新和插入.这会破坏SRP.

我一直在阅读约 Command Query Responsibility Segregation (CQRS).我很奇怪，这将如何与ASP.NET MVC工作？我认为CQRS的概念上听起来不错，肯定会引入一些复杂性(事件和消息模式)相比，“正常/常见”的方法。还有CQRS排序的想法在某些方面反对使用ORM。我试图想如何使用这种模式在未来的项目，如果任何人有结合CQRS与ASP.NET MVC和NH