区别在于数据和行为是否绑定：面向过程以函数传参驱动流程，数据游离易出错；面向对象用class封装“谁拥有什么、能干什么”，实现变更局部化与接口稳定。
区别不在语法多寡，而在数据和行为是否绑定——class 一出现，就决定了你是在组织对象，还是在调度函数。
面向过程：函数传参驱动流程
典型写法是把数据（比如 length、width）作为参数反复传给不同函数，每个函数只管自己那一步逻辑：
double calculateArea(double length, double width) { return length * width; }
double calculatePerimeter(double length, double width) { return 2 * (length + width); }
这种模式下，length 和 width 是游离的变量，谁都能改、谁都能用，没有归属感。一旦业务变复杂（比如要支持长方体、圆柱体），就得新增一堆函数和参数组合，容易漏、难追踪。
- 适用场景：
main里几段逻辑、工具脚本、性能敏感的底层计算 - 风险点：全局变量滥用、参数顺序错乱（比如把
width当length传）、修改一个值要搜全项目找所有调用处
面向对象：用 class 把数据和操作封在一起
不是“加个 class 就叫面向对象”，关键看是否自然封装了「谁拥有什么、能干什么」。例如：
class Rectangle {
private:
double length_, width_;
public:
Rectangle(double l, double w) : length_(l), width_(w) {}
double area() const { return length_ * width_; }
double perimeter() const { return 2 * (length_ + width_); }
};
这里 length_ 和 width_ 被限制在类内，外部只能通过 area() 或 perimeter() 间接访问。后续扩展时，加个 Volume() 不影响已有接口，也不污染其他模块。
- 核心价值：变更局部化——改面积算法，只动
area()函数体，不碰调用方 - 容易踩的坑：
public字段暴露太多（等于没封装）、把所有函数都塞进一个大类（违背单一职责）、过度设计继承链（C++ 中虚函数有开销，且final/override不写清楚会埋隐患）
C++ 特有的混合现实：你可以混着用，但得清楚代价
C++ 不强制 OOP，std::sort、printf、裸数组遍历全是面向过程风格；而 std::vector、std::string 内部又是封装良好的对象。问题在于混用时边界模糊：
- 传
std::vector给一个只读函数？用const std::vector&，别用std::vector值传——后者触发拷贝，开销白扔 - 写了个
class Logger，但所有成员都是static？这本质是带命名空间的函数集合，不是对象，没发挥封装优势 - 用
struct还是class？默认访问权限不同而已，别被语法迷惑——重点是有没有把相关数据和行为组织到一起
最常被忽略的一点：面向对象不是靠 new 出来几个实例就算落地了。真正起作用的是「接口稳定、实现可换」——比如把 Rectangle 换成 Circle，只要它们都实现 area()，上层代码就不该重写。这点在 C++ 里得靠抽象基类或模板约束，而不是光靠写个 class 名字。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
