封装不仅是加private，而是通过校验逻辑（如setage）、统一接口（如pay）、集中管理易变规则（如getfinalprice）、控制访问边界（private/protected）来防bug、降耦合、易维护。
PHP封装不是加个 private 就完事，它直接决定你改一个字段会不会牵出三个Bug、加个新支付渠道要不要翻遍全站代码、用户传个负数年龄会不会导致订单金额变成负数。
防止非法数据写入：比如年龄不能是-5
直接暴露 $user->age = -5 是危险的。封装后必须走 setAge() 方法，在里面做校验：
- 值小于0就拒绝赋值或抛出
InvalidArgumentException - 外部无法绕过逻辑直接改属性，数据库和业务层都收不到脏数据
- 如果后期要加“年龄必须为整数”或“最大150”，只改一个方法，不漏改、不误改
统一接口隐藏实现细节：比如微信支付和支付宝支付
上层业务调用 $payment->pay(99.9)，完全不知道背后是调微信API、拼签名、处理回调，还是走支付宝SDK、生成二维码、轮询结果。
- 支付渠道变更时，只需重写
pay()内部逻辑，调用方代码零改动 - 测试时可轻松 mock 整个
Payment类，不用连真实第三方网关 - 错误处理（如网络超时、签名失败）集中封装，避免每个页面重复写
if ($res['code'] !== 0) { ... }
集中管理易变逻辑：比如商品最终价格计算
折扣、会员等级、满减、限时券、运费补贴……这些规则随时在变。把它们全塞进 getFinalPrice() 里，比在订单页、购物车页、结算页各写一遍公式靠谱得多。
- 运营临时加个“学生认证打8折”，只改
getFinalPrice()一行条件判断 - 价格逻辑有bug？只查一个地方，不会出现A页面修好了B页面还错着
- 后续要加价格日志、审计追踪，也只在这个方法里埋点，不污染业务流程
控制访问边界避免误操作：比如Android里Activity状态
虽然PHP没Activity，但类似场景很常见——比如一个 OrderProcessor 类里存着临时订单ID、用户token、缓存key等中间状态，这些绝不能被其他类随意读写。
- 用
private修饰内部状态，只暴露process()和getResult()这两个安全出口 - 子类继承时用
protected而非public，既保留扩展性，又防外部乱调 - 别依赖
__get()/__set()做通用代理——它们会绕过类型检查和业务校验，是封装的退路，不是正路
真正难的不是写 private，而是判断哪些该藏、哪些该露；不是堆 getter/setter，而是想清楚“谁需要什么、什么时候需要、凭什么能拿到”。封装失效往往发生在边界模糊处：比如把数据库连接对象设为 public 让多个类直接执行SQL，或者把配置数组整个 return $this->config 出去——这些地方，才是重构时最常爆雷的位置。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
