相关疑难解决方法(0)

这是单一责任原则的一个例子吗?

我做了以下代码示例,以了解如何使用泛型方法签名.

为了得到一个显示()方法为客户与员工,其实我开始取代我的IPerson接口与一个人抽象类.

但后来我停下来,记得一个播客,其中鲍勃叔叔告诉Scott Hanselman关于单一责任原则,你应该有很多小班,每个人做一件特定的事情,即一个Customer类不应该有一个Print()保存()CalculateSalary()方法,但您应该有CustomerPrinter类CustomerSaver类以及CustomerSalaryCalculator类.

这似乎是一种奇怪的编程方式.然而,摆脱我的界面也感觉不对(因为很多IoC容器和DI示例本身使用它们)所以我决定尝试单一责任原则.

所以下面的代码与我过去编程的不同(我会用Display()方法创建一个抽象类并摆脱界面)但是基于我所听到的关于解耦和SOLID原理的内容,这个新的编码方式(接口和PersonDisplayer类) 我认为这是正确的方法.

我想听听其他人是否在这个问题上采用相同的方式,或者是否经历过这种积极或消极的影响(例如,每个人做一件特别的事情都是笨拙的,等等).

using System;

namespace TestGeneric33
{
    class Program
    {
        static void Main(string[] args)
        {
            Container container = new Container();
            Customer customer1 = container.InstantiateType<Customer>("Jim", "Smith");
            Employee employee1 = container.InstantiateType<Employee>("Joe", "Thompson");
            Console.WriteLine(PersonDisplayer.SimpleDisplay(customer1));
            Console.WriteLine(PersonDisplayer.SimpleDisplay(employee1));
            Console.ReadLine();
        }
    }

    public class Container
    {
        public T InstantiateType<T>(string firstName, …
Run Code Online (Sandbox Code Playgroud)

c# design-patterns solid-principles

6
推荐指数
1
解决办法
4896
查看次数

标签 统计

c# ×1

design-patterns ×1

solid-principles ×1