model类不能直接用裸指针管理数据，因其无所有权语义，无法自动释放内存，易导致悬空指针、重复释放或提前释放；mvc中应选用std::shared_ptr或std::unique_ptr，并避免接口暴露裸指针。
Model类为什么不能直接用裸指针管理数据
裸指针 int* 或 MyData* 本身不携带所有权语义，无法自动释放内存，也不表达“谁负责销毁”——这在MVC中极易导致 Model 数据被提前释放（View 还在读）、或重复释放（Controller 和 View 都 delete 同一个指针）。真实项目里，std::shared_ptr 或 std::unique_ptr 才是合理选择。
常见错误现象：Segmentation fault 出现在 View 调用 model->getData() 之后；或者 Controller 修改数据后，View 显示乱码——本质是 Model 内部指针悬空或指向栈内存。
- 若 Model 管理的数据由外部传入（如从文件加载），用
std::shared_ptr让 Controller、View 共享所有权 - 若 Model 完全拥有数据（如自己 new 出来），优先用
std::unique_ptr，再通过get()或operator->()暴露只读访问 - 绝对避免在 Model 接口中返回裸指针（如
int* getData();），改用const int& getData() const;或std::shared_ptr<const data> getData() const;</const>
如何用 std::shared_ptr 实现可观察的 Model
MVC 中 Model 变化需通知 View，裸指针无法承载回调注册逻辑。用 std::shared_ptr 包裹 Model 数据，并让 Model 类自身持有对观察者的引用（比如 std::vector<:weak_ptr>></:weak_ptr>），才能安全解耦。
关键点在于：数据对象本身应是值语义或不可变的；变更时创建新对象，再用原子操作替换旧指针（避免多线程下读写竞争）。
- 定义数据结构为
struct ModelData { int value; std::string label; };，不暴露内部指针 - Model 类内部用
std::shared_ptr<const modeldata> data_;</const>存储当前状态 - 提供
void update(int v, const std::string& l)：构造新std::make_shared<modeldata>(v, l)</modeldata>，再原子交换data_.store(new_data)（需std::atomic<:shared_ptr modeldata>></:shared_ptr>） - View 注册监听时传入
std::shared_ptr<view></view>，Model 用weak_ptr存储，避免循环引用
std::unique_ptr 在 Model 中的适用边界
当 Model 是单一所有者（例如整个应用只有一个配置 Model，且只由主 Controller 构造和销毁），std::unique_ptr 更轻量、无引用计数开销，也更明确生命周期。
但要注意：一旦把 std::unique_ptr<model></model> 移交给另一个模块（比如传给 View 构造函数），所有权就转移了——View 就成了唯一所有者，Controller 不再能调用其方法。这违背 MVC 的协作关系。
- 正确用法：Controller 持有
std::unique_ptr<model></model>，并通过 const 引用或非拥有指针（Model*）向 View/Controller 其他部分提供只读访问 - 错误用法：在 View 构造函数中接收
std::unique_ptr<model>&&</model>—— View 不该决定 Model 生死 - 若需跨线程访问，
std::unique_ptr必须配合移动语义和线程同步（如std::mutex保护的 get()），复杂度陡增，此时不如回归std::shared_ptr
为什么不要在 Model 接口里暴露 new/delete 细节
用户代码看到 new Model() 或 model->releaseData()，就等于把内存策略硬编码进业务逻辑。后续换成池化分配、或迁移到 arena allocator 时，所有调用点都要改。
真正需要隐藏的是分配方式，不是指针本身。工厂函数 + 智能指针才是 C++ 的惯用做法。
- 提供静态工厂函数：
static std::shared_ptr<model> create(const std::string& configPath);</model> - Model 构造函数设为 private 或 protected，强制走工厂
- 如果 Model 内部要用自定义分配器，封装在工厂里（如
std::allocate_shared<model>(arena, ...)</model>），上层完全无感 - 任何 public 方法都不应出现
malloc、new、delete、free字样，包括注释里也不建议写“此处需手动 delete”
最易被忽略的一点：Model 的拷贝语义必须明确。即使内部用指针，也要决定是深拷贝（复制所指数据）、浅拷贝（共享数据）、还是禁止拷贝（= delete）。默认行为不清晰，就会在 Controller 复制 Model 时引发数据不同步。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
