在Protocol Buffers中,我们实现了这样的构建器模式(大大简化):
public sealed class SomeMessage { public string Name { get; private set; } public int Age { get; private set; } // Can only be called in this class and nested types private SomeMessage() {} public sealed class Builder { private SomeMessage message = new SomeMessage(); public string Name { get { return message.Name; } set { message.Name = value; } } public int Age { get { return message.Age; } set { message.Age = value; } } public SomeMessage Build() { // Check for optional fields etc here SomeMessage ret = message; message = null; // Builder is invalid after this return ret; } } }
这与EJ2中的模式不完全相同,但是:
在构建时不需要复制数据.换句话说,当你设置属性时,你就是在真实对象上这样做了 - 你还是看不到它.这类似于什么StringBuilder
.
在致电Build()
保证不变性后,构建器变为无效.遗憾的是,它不能像EJ2版本那样用作一种"原型".
在大多数情况下,我们使用属性而不是getter和setter - 这与C#3的对象初始化器非常吻合.
我们还提供this
了为了预C#3用户而返回的setter .
我还没有真正研究过构建模式的继承 - 无论如何它都不支持Protocol Buffers.我怀疑这很棘手.
在Protocol Buffers中,我们实现了这样的构建器模式(大大简化):
public sealed class SomeMessage { public string Name { get; private set; } public int Age { get; private set; } // Can only be called in this class and nested types private SomeMessage() {} public sealed class Builder { private SomeMessage message = new SomeMessage(); public string Name { get { return message.Name; } set { message.Name = value; } } public int Age { get { return message.Age; } set { message.Age = value; } } public SomeMessage Build() { // Check for optional fields etc here SomeMessage ret = message; message = null; // Builder is invalid after this return ret; } } }
这与EJ2中的模式不完全相同,但是:
在构建时不需要复制数据.换句话说,当你设置属性时,你就是在真实对象上这样做了 - 你还是看不到它.这类似于什么StringBuilder
.
在致电Build()
保证不变性后,构建器变为无效.遗憾的是,它不能像EJ2版本那样用作一种"原型".
在大多数情况下,我们使用属性而不是getter和setter - 这与C#3的对象初始化器非常吻合.
我们还提供this
了为了预C#3用户而返回的setter .
我还没有真正研究过构建模式的继承 - 无论如何它都不支持Protocol Buffers.我怀疑这很棘手.