何时使用数据类？数据类与普通类的区别及实用案例需求

Great question! Let me break this down with clear examples since it's super easy to mix these up when you're starting out.

核心区别先搞懂 #

• 数据类：本质就是个「数据容器」，唯一的职责就是打包存储相关数据，几乎没有（或极少有）自己的业务逻辑方法。多数编程语言会自动帮你生成和数据相关的通用方法（比如equals()、hashCode()、toString()），不用自己重复写。
• 普通类：不仅存数据，更核心的是包含业务行为——也就是操作数据、实现特定业务功能的方法。数据只是支撑它完成工作的载体。

什么时候用数据类？ #

用在你只需要「把一堆相关数据打包在一起，方便传递、存储或展示」的场景：

• 从数据库/API拉取的原始数据（比如用户的基础信息：ID、姓名、邮箱、注册时间）
• 函数需要返回多个关联值时（比如计算订单结果：总金额、税费、折扣金额）
• 配置项集合（比如应用的全局配置：端口号、超时时间、存储路径）

什么时候用普通类？ #

当你的类需要**「做事情」**，而不只是装数据的时候：

• 类有修改自身数据的业务规则（比如用户类有updatePassword()方法，要先验证密码强度再修改）
• 类需要和外部系统交互（比如订单类有submitToPaymentGateway()方法，调用支付接口）
• 类的行为是核心，数据只是辅助（比如Logger类，核心是输出日志的行为，日志级别、输出路径是辅助数据）

典型对比案例 #

案例1：数据类示例（Kotlin） #

假设我们从用户API获取了一组基础信息，这个场景用数据类最合适：

data class UserData(
    val userId: String,
    val username: String,
    val email: String,
    val createdAt: Long
)

这个类不需要任何额外方法，它的唯一作用就是把这四个字段打包在一起。Kotlin会自动帮我们生成：

• toString()：调试时能直接看到所有字段值，不用自己拼接
• equals()/hashCode()：可以直接比较两个UserData对象是否所有字段都一致
• copy()：快速复制对象并修改个别字段（比如user.copy(email = "new@example.com")）

案例2：普通类示例（Kotlin） #

如果我们需要处理用户的业务操作，比如修改密码、发送验证邮件，这时候就得用普通类：

class User(private val userData: UserData) {
    // 业务逻辑：修改密码，需先验证强度
    fun updatePassword(newPassword: String): Boolean {
        if (!isPasswordStrongEnough(newPassword)) {
            return false
        }
        // 调用API更新数据库的逻辑...
        return true
    }

    // 业务逻辑：发送验证邮件
    fun sendVerificationEmail() {
        // 调用邮件服务发送到userData.email的逻辑...
    }

    private fun isPasswordStrongEnough(password: String): Boolean {
        return password.length >= 8 && password.contains(Regex("[0-9]"))
    }
}

这个User类的核心是业务行为，它依赖UserData这个数据类存储基础信息，但本身不只是装数据，而是提供了和用户相关的操作方法。

补充：你说「所有类都用于存储数据」，怎么区分？ #

没错，几乎所有类都会有数据，但关键看类的核心职责：

• 如果核心是「存储和传递数据」→ 数据类
• 如果核心是「执行业务逻辑、完成操作」→ 普通类

打个生活化的比方：

• 数据类就像一个文件袋，里面装着各种纸质资料（数据），它的作用就是把资料集中在一起方便拿取，本身不会修改资料。
• 普通类就像一个行政人员，他拿着文件袋（数据），会对里面的资料整理、修改、提交上级（业务逻辑），文件袋只是他工作的工具。

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