关于JavaScript类初始化、可选参数及实现方案的疑问

嘿，很高兴看到你用这种配置对象的方式来初始化类——这真的是个很棒的选择，尤其是参数较多的时候，可读性拉满！让我逐个解答你的问题：

1. 这种创建类的方式是否正确/被接受？ #

完全没问题！这种接收单个配置对象的构造函数写法，特别适合处理API返回的JSON数据，因为API返回的结构化数据刚好就是键值对的形式，直接传给Person构造函数就能轻松实例化对象，非常贴合你的使用场景。

不过可以给你提个小优化：用对象解构来简化构造函数的代码，看起来会更清爽，比如：

export class Person {
    constructor({ id = 0, name = '', lastName = '', eyeColor = '', age = 0 } = {}) {
        this.id = id;
        this.name = name;
        this.lastName = lastName;
        this.eyeColor = eyeColor;
        this.age = age;
    }

    yearOfBirth() {
        return new Date().getFullYear() - this.age;
    }

    json() {
        return JSON.stringify(this);
    }
}

这样就不用手动从obj里挨个取值了，代码更简洁。

2. 如何让ID参数可选？ #

你现在的默认值里把id设为0，但如果要让它真正“可选”（也就是创建新条目时可以完全不传），可以把id的默认值改成undefined，或者干脆不给它默认值——这样当你不传id的时候，实例的id属性就是undefined，更能体现“未设置”的语义（毕竟0有可能是一个合法的ID值）。

调整后的构造函数可以这样写：

constructor({ id, name = '', lastName = '', eyeColor = '', age = 0 } = {}) {
    this.id = id; // 不传id的话，这里就是undefined
    this.name = name;
    this.lastName = lastName;
    this.eyeColor = eyeColor;
    this.age = age;
}

之后创建新对象时，就可以完全省略id字段了：

let newPerson = new Person(
  { 
    name: "Werner", 
    lastName: "Venter", 
    age: 37
  }
);

如果你的API要求发送新条目时不能包含id字段，还可以在json()方法里过滤掉undefined的属性：

json() {
    return JSON.stringify(this, (key, value) => {
        // 只保留有值的属性
        return value !== undefined ? value : undefined;
    });
}

这样生成的JSON里就不会出现id字段了。

3. 对这种方式的意见/建议 #

你的这种写法我非常认可！相比顺序参数的方式，配置对象的可读性和可维护性都强太多——尤其是当参数数量增加或者顺序需要调整时，不会出现传参错位的问题，完全是推荐的做法。

再给你几个额外的小建议：

• 精确控制序列化字段：默认的JSON.stringify(this)会忽略类的方法，但如果想更精确地控制哪些字段被序列化，可以手动列举字段，避免意外包含其他属性：

  json() {
      return JSON.stringify({
          id: this.id,
          name: this.name,
          lastName: this.lastName,
          eyeColor: this.eyeColor,
          age: this.age
      });
  }
  

• 添加静态方法简化实例化：如果经常需要从API的JSON字符串创建实例，可以加一个静态方法：

  static fromJSON(jsonString) {
      const data = JSON.parse(jsonString);
      return new Person(data);
  }
  

  使用时直接写Person.fromJSON(apiResponse)就可以了，非常方便。
• 类型检查（可选）：如果后续考虑用TypeScript的话，可以给配置对象定义接口，进一步增强类型安全性，但纯JS环境下这一步就没必要了。

总的来说，你的思路非常正确，这种写法在实际项目里很常用，放心用就好！

备注：内容来源于stack exchange，提问作者Werner Venter