Principle · Function And OOP
函数、模块与面向对象决定代码能不能长大
原则释读
当量化策略开始变长，真正的分水岭不是又学了一个函数，而是会不会把逻辑拆成功能块、模块边界和可维护对象。
为什么重要
很多量化脚本失败，不是策略不好，而是代码组织太乱，无法调试和复用。
怎么用到自己的投资/知识系统
把初始化、选股、交易、记录、风险控制拆开，并逐步从脚本堆砌走向模块化。
图版证据
先把这个原则挂回原书页，再决定它怎么进入你的量化学习和研究路径。
行动规则
- 函数只做一类动作。
- 模块围绕职责分界。
- 对象封装要服务策略可读性。
常见误区
- 所有逻辑堆在一个函数里。
- 为了面向对象而面向对象。
辨析题：量化代码为什么需要函数和模块意识？
因为策略本质上是很多重复动作的组合，不拆开就无法测试、调整和长期维护。