第14章（逐步改进）

一个命令行参数解析程序的案例改进。

Args案例实现
要写整洁代码，必须先写肮脏代码，然后再清理它。“能工作”的程序不能是最终程序。

Args：草稿
能工作，却很烂。

还有两种参数类型要添加，一味蛮干会留下一堆要调整的混乱，所以重构。

渐进
毁坏程序最好的方法之一就是以改进之名大动其结构。采用测试驱动开发的规程。原则之一是保持系统始终能运行。采用TDD，每次修改都必须保证系统能像以前一样工作。

代码能工作是不够的。能工作的代码经常会严重崩溃。随着代码腐败下去，模块之间互相渗透，出现大量隐藏纠结的依赖关系。解决之道就是保持代码持续整洁和简单。永不让腐坏有机会。