TypeScript类已实现接口时是否还有必要编写构造函数？

当然存在大量必须写构造函数的合理场景，你现在写的硬编码属性的实现，本质上是没理解类和接口配合的核心价值，所谓“重复代码”的顾虑，其实是把接口和构造函数的职责搞混了。

你当前示例代码的核心问题 #

你写的Person类把所有属性硬编码成了固定值，不管谁实例化出来，全是John那套固定数据——这相当于把类做成了一个写死值的占位常量，完全违背了接口的设计初衷：接口是用来定义一类可复用对象必须具备的统一结构，不是让你做个固定值的空壳实现。
如果要创建不同姓名、不同邮箱的Person实例，没有构造函数的写法会冗余到离谱：

// 无构造函数的写法，每次新建对象都要手动挨个赋值
const alice = new Person()
alice.firstname = "Alice"
alice.lastname = "Smith"
alice.email = "alice@test.com"

const bob = new Person()
bob.firstname = "Bob"
bob.lastname = "Brown"
bob.email = "bob@test.com"

编写构造函数的典型合理场景 #

1. 实现动态初始化，彻底消除冗余赋值 #

构造函数最基础的作用，就是把接口要求的必填字段作为入参接收，在实例创建完成的瞬间就完成属性赋值，还能借助TS的类型系统自动校验：漏传入参、传错类型都会直接报错，从根源上避免“漏给某个属性赋值”的低级错误。
TS还提供了构造参数属性简写语法，连手写this.xxx = xxx的重复代码都帮你省了，根本不存在你担心的重复代码问题：

class Person implements PersonInterface {
    // 直接在构造函数参数里加public修饰符，自动完成属性声明+赋值
    constructor(
        public firstname: string,
        public lastname: string,
        public email: string
    ) {}

    PrintPerson() {
        console.log(`${this.firstname}, ${this.lastname}, ${this.email}`)
    }
}

// 现在初始化一行代码搞定，类型全匹配
const alice = new Person("Alice", "Smith", "alice@test.com")

2. 统一处理初始化阶段的业务逻辑 #

接口只约束对象的结构，不规定行为细节。很多业务逻辑根本不该让调用方手动处理，比如入参的格式清洗、衍生属性的计算、合规性校验，这些逻辑全部可以放到构造函数里，保证所有通过这个类创建的实例，从诞生那一刻起数据就是合规的，不会出现不同调用方传值格式不统一的脏数据问题。
举个带实际逻辑的例子：

class Person implements PersonInterface {
    firstname: string;
    lastname: string;
    email: string;
    // 自动计算的衍生属性
    fullName: string;

    constructor(firstname: string, lastname: string, rawEmail: string) {
        // 统一做数据清洗，避免调用方传脏值
        this.firstname = firstname.trim();
        this.lastname = lastname.trim();
        this.email = rawEmail.trim().toLowerCase();
        // 自动计算衍生属性，不用每次调用都临时拼接
        this.fullName = `${this.firstname} ${this.lastname}`;
    }

    PrintPerson() {
        console.log(`${this.fullName} <${this.email}>`);
    }
}

3. 支撑面向对象的封装能力 #

没有构造函数作为实例创建的唯一入口，你根本没法实现属性的权限控制和校验逻辑。比如你想把email设为只读（创建后就不能随便改）、想给必填字段加非空校验、想把内部的临时字段设为私有不对外暴露，这些封装能力全部要依赖构造函数来落地。
举个封装的例子：

class Person implements PersonInterface {
    // 构造函数赋值后只读，外部不能随意修改
    readonly email: string;

    constructor(
        public firstname: string,
        public lastname: string,
        email: string
    ) {
        // 初始化阶段做格式校验，不合法直接抛错
        if (!email.includes("@")) {
            throw new Error("请输入合法的邮箱地址")
        }
        this.email = email.trim().toLowerCase()
    }
}

什么情况下真的不需要写构造函数？ #

只有当这个类本身就是个写死所有值的固定常量对象，永远不需要创建不同参数的实例时——比如定义一个全局通用的默认用户配置，所有属性都是固定值不需要动态传入，那确实可以不写构造函数，直接硬编码属性值就行。只要你需要复用这个类创建不同参数的业务对象，构造函数几乎是绕不开的基础能力。

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