前言
在写测试用例时，我们经常需要创建模拟数据，在C#中常用的方式是使用nuget包Bogus。
Bogus可以按照一定规则生成随机数据，示例代码如下：
public class User
{public string Name { get; set; }public int Age { get; set; }public string Phone { get; set; }
}// 用户数据生成规则
var fakerUser = new Faker<User>() .RuleFor(p => p.Name, f => f.Name.FullName()) // 随机姓名.RuleFor(p => p.Age, f => f.Random.Number(1, 100)) // 随机年龄(1-100岁).RuleFor(p => p.Phone, p => p.Phone.PhoneNumber("1##########")) // 随机手机号;// 生成测试用户
var user = fakerUser.Generate();
但是，在测试用例中，我只需关注特定属性的值，其它属性有不有值无所谓；而且每个测试用例关注的属性和规则也不一样。
这样就可能导致大量的重复性模拟数据生成代码。
如何减少这些业务逻辑之外代码的干扰呢？
建造者模式
建造者模式，是将一个复杂的对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
在C#中，我们最常用的建造者模式实现就是StringBuilder:
var stringBuilder = new StringBuilder();
stringBuilder.AppendLine("Hello");
stringBuilder.AppendFormat("{0} {1}","My","IO");
var result = stringBuilder.ToString();它通过叠加使用多个Apend方法，最后组合成需要的字符串。
实现
利用建设者模式，我们创建UserBuilder，指定特定属性的规则，并生成User对象，而无需明确指定所有这些属性：
public class UserBuilder
{private readonly Faker<User> _fakerUser = new Faker<User>().RuleFor(p => p.Name, f => f.Name.FullName()) .RuleFor(p => p.Age, f => f.Random.Number(1, 100)) .RuleFor(p => p.Phone, p => p.Phone.PhoneNumber("1##########")); public UserBuilder RuleForAge(int min, int max){_fakerUser.RuleFor(p => p.Age, f => f.Random.Number(min, max));return this;}public UserBuilder RuleForPhone(string format){_fakerUser.RuleFor(p => p.Phone, p => p.Phone.PhoneNumber(format));return this;}public User Build(){return _fakerUser.Generate();}
}现在，代码是不是更容易理解了：
//关注的是Phone
var user = new UserBuilder().RuleForPhone("54321########").Build();
结论
使用建造者模式封装Bogus的使用，可以让创建模拟数据代码更加干净清晰！
如果你觉得这篇文章对你有所启发，请关注我的个人公众号”My IO“
