经验

看到一些之前许式伟的架构分享 参考 http://xushiwei.com/software-architecture

一个本应隐藏底层实现细节的抽象层，却无意中将这些细节“泄漏”给了使用它的人。 抽象层无法完全隐藏底层细节，导致用户被迫处理本应被屏蔽的复杂性。

一个系统或一个程序的组件，其行为方式应该最大程度地符合用户的预期。当用户执行一个操作时，系统的反馈或结果不应该让用户感到“惊讶”或“困惑”。

当逻辑围绕数据展开时，用类（或 struct）。 当逻辑只是过程或纯计算，用函数。 当多个函数共享上下文或依赖同一资源时，用类 / struct 封装。 当你需要抽象或多态，用接口。

优先考虑数据和行为。如果行为需要绑定和修改数据（状态），就用类/结构体；如果行为是独立的、无状态的，就用函数。