在正式学习C++面向对象语法之前，我们必须先理解一个核心问题：为什么程序设计思想要从“面向过程”转向“面向对象”？
本篇博客将对比C语言的数据管理模式，揭示其根本缺陷，从而引出C++的封装（Encapsulation）思想。

困局：C语言中全局数据与函数分离的缺点

在C语言（以及许多早期过程式语言）中，程序的基本组织方式是：数据（全局变量、局部变量）与函数（处理数据的逻辑）相互分离。典型结构如下：

定义若干全局数据结构（如 struct）。
编写若干函数来操作这些数据。
任何函数都可以通过外部声明访问这些全局数据。
核心概念：全局数据 (Global Data)

在程序中的所有函数之外声明的变量，具有全局作用域，任何函数都能读取或修改它。在C语言中，由于缺乏“访问限制”关键字（如 private），所有全局数据天然是“公开”的。

看似高效，实则脆弱：

C语言的设计简洁，允许函数自由访问全局数据，在小规模程序中很灵活。但一旦工程规模增大，这种模式会引发如下面这些严重问题：
QQ20260726-154719

那为什么C语言不直接引入封装机制？
这源于C语言的设计哲学：信任程序员，提供最底层的控制（如指针操作），尽量不添加额外的抽象层。但这也导致了“全局可见”的默认行为。

破局：C++的 class：将数据与操作捆绑

C++提出的核心解决方案是：把数据和处理数据的函数打包在一起，形成一个“类”（class）。这一思想源自Simula语言，但C++将其与C的高效性结合，成为第一个大规模流行的面向对象语言。

核心概念：类 (class)

用户自定义的复合数据类型，它将数据成员（member data）和成员函数（member functions）封装在一个单元内。可以想象成一个“智能结构体”，它不仅有数据（如C的 struct），还规定了谁能操纵这些数据（通过访问权限）。

注意：C++中 struct 几乎等价于 class，唯一的区别是默认访问权限：struct 默认 public，class 默认 private。

为什么捆绑能解决问题？

因为数据的“操作权”被限制在类内部定义的成员函数中。任何外部代码想要修改数据，只能通过类提供的公开接口（public member functions）进行。这样，数据与函数之间的逻辑关系变得清晰，数据的状态变化被接口“拦截”，便于调试和维护。

常见误解：初学者常误以为“封装”就是简单的把函数放进结构体里。
真正关键：封装的核心是访问控制——即使函数写在类定义中，如果将其设为 public，外部仍然可以像调用普通函数一样调用它，但此时该函数能够访问类的 private 数据，而外部代码不能直接访问那些数据。这才是封装的精髓：“你只能通过我允许的方式操作我。”
额外注意：C++的 class 与C的 struct 在内存布局上完全兼容（C++保证按声明顺序排列），因此C++可以无缝使用C的库，这是C++成功的重要原因之一。