重载构造函数时如何避免重复的类成员赋值代码

针对C#的构造函数重载场景，最合规的优化方式是利用构造函数链式调用机制，把重复的赋值逻辑抽离到公共的内部构造函数中，完全避免手写重复代码。

具体实现步骤 #

1. 把所有重载构造函数共享的字段赋值逻辑，放到一个私有的核心构造函数中。这个构造函数只负责通用初始化，不包含不同重载的独立业务逻辑，参数只需要覆盖公共赋值需要用到的入参即可，不需要照搬所有重载的参数列表。
2. 所有对外公开的重载构造函数，通过: this(参数列表)的语法，将公共参数传递给核心构造函数触发公共逻辑执行，自身只保留独有的业务调用逻辑。

对应的完整代码实现：

// 私有核心构造：仅处理所有构造函数共享的a、b字段赋值
private Test(string a, string b)
{
    this.a = a;
    this.b = b;
}

// 4参数公开构造
public Test(string a, string b, XXX c, XXX d) : this(a, b)
{
    // 仅保留当前构造独有的逻辑，无需重复写a、b的赋值
    methodA(a, b, d);
}

// 5参数公开构造
public Test(string a, string b, XXX c, XXX d, string e) : this(a, b)
{
    // 仅保留当前构造独有的逻辑
    methodA(a, b, d, e);
}

方案说明 #

• 执行顺序和原代码完全一致：链式调用会先执行核心构造函数的赋值逻辑，再执行当前构造函数内的methodA调用，不会改变原有业务逻辑。
• 把核心构造设为private的目的：避免外部调用绕过公开构造的初始化流程，所有实例创建必须走对外暴露的公开构造入口，内部核心构造仅作为内部逻辑复用的载体。

其他可选方案对比 #

你也可以选择抽一个私有的实例初始化方法来复用公共赋值逻辑，比如：

private void InitCommonValue(string a, string b)
{
    this.a = a;
    this.b = b;
}

在每个构造函数开头调用InitCommonValue(a, b)完成赋值。但这种方案存在两个明显缺陷：

• 编译期无法强制要求构造函数必须调用初始化方法，容易出现漏调用导致字段未初始化的问题
• 对值类型字段的初始化时机晚于链式构造的方式，在复杂初始化流程中可能出现字段为默认值的边界问题

内容的提问来源于stack exchange，提问作者Jay