必须定义为成员函数的是操作对象内部状态、依赖this指针访问私有成员的函数，如Date::Print()、Stack::Push()；适合非成员函数的是二元操作符重载等需多参数且不破坏封装的函数。
不需要。C++面向对象并不要求所有函数都放进类里，关键看函数和类的语义关系是否紧密。
哪些函数必须定义为成员函数
只有真正属于某个类“行为”的函数，才应该作为成员函数。比如 Date::Print()、Stack::Push() 这类操作对象内部状态、依赖 this 指针访问私有成员的函数，必须是成员函数。
- 需要直接读写
private或protected成员（如_year、_top） - 逻辑上是该类的固有操作（例如
string::c_str()、vector::size()） - 需要隐式访问
this（比如调用其他成员函数或返回当前对象引用）
哪些函数适合定义为非成员函数
与类强相关但不破坏封装、或需要对称操作的函数，更适合放在类外——尤其是那些需要多个参数且其中至少一个不是 this 的场景。
- 二元操作符重载：比如
operator 必须是非成员函数，否则左操作数无法是 <code>std::ostream - 类型转换函数（如
explicit Date::operator time_t() const是成员，但to_string(const Date&)就该是自由函数） - 工具型函数：比如
is_leap_year(const Date&)、max(const Vector&, const Vector&)，它们不修改对象，也不依赖私有实现细节
放错位置的典型错误现象
把不该放进去的函数硬塞进类，会带来几个实际问题：
立即学习“C++免费学习笔记（深入）”；
- 类接口膨胀：头文件变大，所有包含它的源文件都要重编译（哪怕只改了一个无关的工具函数）
- 违反单一职责：比如在
Matrix类里塞一个save_to_csv()，其实它依赖 I/O 和字符串处理，和矩阵数学无关 - 访问权限尴尬：想调用私有成员？得加
friend；不想暴露私有成员？又得额外提供public接口，反而削弱封装 - 模板推导失败：某些自由函数模板（如
std::swap特化）依赖 ADL，放在类内就找不到
一个容易被忽略的边界点
成员函数默认有 this 隐式参数，而非成员函数没有。这意味着即使函数逻辑“看起来”属于某个类，只要它不访问对象内部状态，就不该强行塞进去——比如 parse_date(const std::string&) 返回一个 Date，它本质是构造辅助函数，放在命名空间里比塞进 Date 类更干净。
