掌握 DRY 原则：在 C# 中应用设计模式，编写更简洁的代码

步骤和示例：

1.初始代码：生成员工 ID 的逻辑直接位于按钮的点击事件处理程序中。

2.重构代码：Tim 改进了方法，使其更加灵活。 此方法不再依赖于特定的UI元素，现在接受lastName作为参数，并返回生成的ID。 这一改动使该方法可用于各种语境和 UI 元素：

   private string GenerateEmployeeID(string firstName, string lastName)
   {
      string employeeID = firstName.Substring(0, 4) + lastName.Substring(0, 4) + DateTime.Now.Millisecond.ToString();
      return employeeID;
   }

   private string GenerateEmployeeID(string firstName, string lastName)
   {
      string employeeID = firstName.Substring(0, 4) + lastName.Substring(0, 4) + DateTime.Now.Millisecond.ToString();
      return employeeID;
   }

然后，Tim 演示了如何从点击事件中调用该方法：

   employeeIdText.Text = GenerateEmployeeID(firstNameText.Text, lastNameText.Text);

   employeeIdText.Text = GenerateEmployeeID(firstNameText.Text, lastNameText.Text);

他还指出，这种方法现在可用于应用程序的其他部分，例如处理包含多个员工记录的 CSV 文件，而无需重复代码。

步骤和示例：

1.创建类库：

• Tim 在（9:47）处，在 .NET Framework 中创建了一个新的类库项目，并将其命名为 DRYDemoLibrary。

• 在这个库中，他定义了一个公共类GenerateEmployeeID方法移到这个类中：

    public class EmployeeProcessor
    {
       public string GenerateEmployeeID(string firstName, string lastName)
       {
          string employeeID = firstName.Substring(0, 4) + lastName.Substring(0, 4) + DateTime.Now.Millisecond.ToString();
          return employeeID;
       }
    }

    public class EmployeeProcessor
    {
       public string GenerateEmployeeID(string firstName, string lastName)
       {
          string employeeID = firstName.Substring(0, 4) + lastName.Substring(0, 4) + DateTime.Now.Millisecond.ToString();
          return employeeID;
       }
    }

2.在项目中使用类库：

• 在 WinForms（13:18）和 WPF 项目（14:00）中，Tim 添加了对 DRYDemoLibrary 类库的引用。

• 然后他用类库中对GenerateEmployeeID方法的调用替换了旧代码：

    EmployeeProcessor processor = new EmployeeProcessor();
    employeeIDText.Text = processor.GenerateEmployeeID(firstNameText.Text, lastNameText.Text);

    EmployeeProcessor processor = new EmployeeProcessor();
    employeeIDText.Text = processor.GenerateEmployeeID(firstNameText.Text, lastNameText.Text);

• 这种方法消除了冗余，因为现在只需在一个地方维护该方法。 Tim 演示了同一个类库可以在不同的 UI 框架（WinForms 和 WPF）中使用，而无需重复代码。

3.优势：

• 一致性：通过将逻辑集中到一个类库中，Tim 可以确保对逻辑的更改（如错误修复）在所有项目中统一应用。

• 减少维护：方法的更改只需在类库中进行，避免了不一致，减少了维护开销。

步骤和示例：

1.创建新的解决方案和项目：

• Tim 从（17:29）开始为控制台应用程序创建新的解决方案，模拟您可能需要在不同类型的项目（如 Windows 服务或控制台应用程序）中使用 DRYDemoLibrary 的场景。

• 他将新项目命名为 ConsoleUI，并展示了如何设置一个基本的控制台应用程序。

    class Program
    {
       static void Main(string[] args)
       {
          Console.ReadLine();
       }
    }

    class Program
    {
       static void Main(string[] args)
       {
          Console.ReadLine();
       }
    }

2.在类库中添加引用：

• Tim 解释了如何在新项目中添加对 DRYDemoLibrary DLL 的引用。 这需要浏览类库项目 bin 文件夹中的 DLL 文件，并将其添加到控制台应用程序中。

    using DRYDemoLibrary;

    using DRYDemoLibrary;

• 添加引用后，Tim（19:24）使用库中的 EmployeeProcessor 类根据用户输入生成员工 ID。

    Console.WriteLine("What is your first name?");
    string firstName = Console.ReadLine();
  
    Console.WriteLine("What is your last name?");
    string lastName = Console.ReadLine();
  
    EmployeeProcessor processor = new EmployeeProcessor();
    string employeeID = processor.GenerateEmployeeID(firstName, lastName);
  
    Console.WriteLine($"Your employee ID is {employeeID}");

    Console.WriteLine("What is your first name?");
    string firstName = Console.ReadLine();
  
    Console.WriteLine("What is your last name?");
    string lastName = Console.ReadLine();
  
    EmployeeProcessor processor = new EmployeeProcessor();
    string employeeID = processor.GenerateEmployeeID(firstName, lastName);
  
    Console.WriteLine($"Your employee ID is {employeeID}");

3.运行控制台应用程序：

• Tim 演示运行控制台应用程序，以显示它使用库成功生成了员工 ID。 这就确认了类库中的相同代码可以在不同的项目中重复使用。

  

4.更新 DLL：

• Tim 简要提到，如果 DLL 发生变化，您可以在引用它的项目中进行更新。 他指出，虽然这段视频没有详细介绍，但使用 NuGet 包是跨多个项目管理和更新 DLL 的推荐方法。

关键点：

1.创建 NuGet 软件包：

• Tim 建议为类库创建一个 NuGet 包，而不是手动管理 DLL 文件。 这需要将 DLL 打包成一个 NuGet 包，并上传到 NuGet 服务器（私有或公共）。

2.更新软件包：

• 通过使用 NuGet 软件包，您只需更新软件包版本，即可在所有引用该库的项目中更新该库。 这样才能确保一致性，降低版本不匹配或遗漏更新的风险。

3.优点：

• 集中管理： NuGet 软件包提供了一种集中管理库版本和依赖关系的方法。

• 易于更新：在多个项目中更新库变得更容易、更可靠。

• 集成： NuGet 与各种开发工具和环境集成，简化了管理库依赖关系的过程。

初始测试设置

Tim 开始运行一个单元测试，由于 DLL 中的一个错误，该测试目前失败了。 他强调了单元测试在发现问题方面的重要性，即使代码在主要解决方案之外。 代码期望输入 4 个字母，但 Tim 传递的却是 3 个字母的名字，即使没有直接包含在解决方案中，也会在 DLL 文件中崩溃。

重构代码以解决错误

为了解决名字处理问题，Tim 对代码进行了重构。 他解释了如何通过创建一个新的类库项目将 DRY 应用到开发中（23:50）。 这种方法可确保对多个对象进行一次修改，并在不重复修复的情况下进行有效测试。

添加单元测试

Tim 在类库项目中引入了一个新的测试类 EmployeeProcessorTest，并使用 XUnit 设置了单元测试。 他演示了如何创建生成员工 ID 的测试方法，并讨论了模拟依赖关系而不是依赖实际值的重要性。

编写测试方法

Tim 编写了一个名为 GenerateEmployeeID_ShouldCalculate 的单元测试方法。 他用内联数据建立了一个理论来测试不同的场景，确保方法返回预期的结果。 他还解释了如何使用 Assert.Equal 来验证输出结果。

public class EmployeeProcessorTest
{
   [Theory]
   [InlineData("Timothy", "Corey", "TimoCore")]
   public void GenerateEmployeeID_ShouldCalculate(string firstName, string lastName, string expectedStart)
   {
      // Arrange
      var processor = new EmployeeProcessor();

      // Act
      var actualStart = processor.GenerateEmployeeID(firstName, lastName).Substring(0, 8);

      // Assert
      Assert.Equal(expectedStart, actualStart);
   }
}

public class EmployeeProcessorTest
{
   [Theory]
   [InlineData("Timothy", "Corey", "TimoCore")]
   public void GenerateEmployeeID_ShouldCalculate(string firstName, string lastName, string expectedStart)
   {
      // Arrange
      var processor = new EmployeeProcessor();

      // Act
      var actualStart = processor.GenerateEmployeeID(firstName, lastName).Substring(0, 8);

      // Assert
      Assert.Equal(expectedStart, actualStart);
   }
}

运行单元测试

Tim 强调了模拟动态数据（如日期时间值）对控制测试条件和结果的重要性。 他讨论了使用动态字符串的挑战，以及如何使用受控值测试不同场景。 然后他运行单元测试，但在此之前，他添加了两个运行测试所需的NuGet包：xunit.runner.visualstudio。

成功运行一个内联数据的所有测试后，输出如下所示：

现在在(31:30)，Tim添加了另一个内联数据并将子字符串的第二个参数更改为expectedStart.Length：

public class EmployeeProcessorTest
{
   [Theory]
   [InlineData("Timothy", "Corey", "TimoCore")]
   [InlineData("Tim", "Corey", "TimCore")]
   public void GenerateEmployeeID_ShouldCalculate(string firstName, string lastName, string expectedStart)
   {
      var processor = new EmployeeProcessor();
      var actualStart = processor.GenerateEmployeeID(firstName, lastName).Substring(0, expectedStart.Length);
      Assert.Equal(expectedStart, actualStart);
   }
}

public class EmployeeProcessorTest
{
   [Theory]
   [InlineData("Timothy", "Corey", "TimoCore")]
   [InlineData("Tim", "Corey", "TimCore")]
   public void GenerateEmployeeID_ShouldCalculate(string firstName, string lastName, string expectedStart)
   {
      var processor = new EmployeeProcessor();
      var actualStart = processor.GenerateEmployeeID(firstName, lastName).Substring(0, expectedStart.Length);
      Assert.Equal(expectedStart, actualStart);
   }
}

在（32:05）处再次运行单元测试后，第二次理论测试失败：

使用私有方法改进代码

为了遵守DRY原则，Tim通过在DRYDemoLibrary下的实际GetPartOfName来进一步重构代码。 这种方法可以处理名称的部分提取，提高代码的可重用性和可读性。 Tim 做了以下改动：

public string GenerateEmployeeID(string firstName, string lastName)
{
   string employeeID = $@"{GetPartOfName(firstName, 4)}{GetPartOfName(lastName, 4)}{DateTime.Now.Millisecond.ToString()}";
   return employeeID;
}

private string GetPartOfName(string name, int numberOfCharacters)
{
   string output = name;

   if (name.Length > numberOfCharacters)
   {
      output = name.Substring(0, numberOfCharacters);
   }

   return output;
}

public string GenerateEmployeeID(string firstName, string lastName)
{
   string employeeID = $@"{GetPartOfName(firstName, 4)}{GetPartOfName(lastName, 4)}{DateTime.Now.Millisecond.ToString()}";
   return employeeID;
}

private string GetPartOfName(string name, int numberOfCharacters)
{
   string output = name;

   if (name.Length > numberOfCharacters)
   {
      output = name.Substring(0, numberOfCharacters);
   }

   return output;
}

更新单元测试

Tim 会更新单元测试，以反映代码中的变化，例如修改子串的预期长度。 他解释了运行这些测试如何有助于快速发现问题并验证代码是否符合新要求。 Tim 添加了新理论，然后运行单元测试来验证输出是否符合预期：

创建 .NET Standard库

减少开发中的重复

Tim Corey 强调，通过采用 .NET Standard 库，不仅可以最大限度地减少代码库中的重复代码，还可以减少开发过程中的重复代码。 您不需要在不同的特定平台项目中重复代码，而是将其集中到一个可在多个环境中运行的库中。

优点：

• 统一代码库：针对不同平台的统一代码库可以减少维护和更新代码所需的工作量。
• 简化测试：使用 .NET Standard 库，您只需编写一次单元测试，即可确保它们适用于所有支持的平台。

测试和调试： Tim 介绍了单元测试，这是一种进一步减少工作量和重复的方法。 自动测试可验证代码的正确性，无需对应用程序的每次迭代进行手动测试。