宁以non-member且non-friend替换member函数

这样做的第一个理由是增加封装性，咳咳，这听起来有点矛盾，因为non-member且non-friend成员函数要想处理某个类中的数据的话，就得看到（即能访问）该类中的数据，那么数据就得是public的。这明显破坏了封装。嗯，解释一下，不是每个函数都要明确看到数据才能处理，它可以调用类中的一序列public函数来完成任务，这些public函数可以明确地看到类中的数据，如果我们把调用他们的函数作为member函数的话，那么可以明确看到类中数据的函数的数量就会增加1，而把它作为一个non-member且non-friend函数的话，并以类对象作为它的参数的话，这不会增加可以看到类数据的函数的数量。因此，使用non-member且non-friend函数增加了封装性。
这样做的第二个理由是拥有比较大的弹性，便于扩充。假设类A中有许许多多与类A表示的概念相关的方法，通过分组，重新组合可以实现其他功能或是提供便利函数，比较自然的做法就是另写一个头文件，在头文件里写出想要的函数，然后让这个函数以A的一个对象（引用）作为参数，在函数里组合A的功能，并让函数处于同一命名空间。如果发现新功能，再写一个头文件，重复刚才描述的步骤即可。这样用户想要哪个功能，包含相应的头文件就好了。命名空间可以分散在不同的文件里，而如果作为class的成员函数，是不能实现这样的分割的。