小白弄完代码版本管理和接口文档后，兴奋的找到老菜。

小白：老大，我已经按你讲的要求，将代码版本管理和接口文档都搞好了。从项目开始到现在，除了代码编写，感觉学会好多东西啊。

老菜：嗯嗯，实战确实需要掌握很多代码以外的东西。如果你只是想安静的做一位码农，别人安排什么你就做什么，其他事情别人搞定，那你只会写代码并没有什么问题。但是，如果你不安于现状，想要做的更好，熟悉开发整流程，从需求、产品、原型、文档、架构、数据库、编码、测试、服务器部署、调优......都有所了解，遇到问题都能信手拈来，那你就得多学学各种工具的应用与配置，去练手使用了。

小白：是啊，这个项目开发过程中就遇到了太多的坑了，很多很简单的事情，由于没有经验花了大量的时间就是搞不定，好在有你帮忙指导，不然也不知能否交付了。为什么你能一眼就看出问题在哪里呢？

老菜：嘿嘿...因为这些坑多数我们这些工作多年的几乎都遇到过，碰多了自然就懂了。在遇到问题时，最好不要马上去问人，先自行研究解决，养成自行解决问题的能力，以后再遇到其他问题时就能轻松解决了。如果不是，下次遇到同样问题或类似问题，有可能还是解决不了，还得去请教别人，这样一方面你自己不会有多大的长进，另一方面别人的时间也是时间，别人也不欠你什么一定要为你解答是吧。所以说经历很重要，你对很多技术都不熟悉，需要去踩坑，去研究，找出你自己的答案与解决办法。

小白：好的，我会继续努力的。现在系统要重写，还需要注意些什么？要怎么做呢？能否详情的讲解一下。

老菜：系统重构，对于新系统、旧系统，或者开发过程中，都是家常便饭，经常要做的事情。

代码重构主要是为了提高代码的重用性，改善软件的质量，提升软件的性能，使软件架构或框架的设计更加合理，进而提高软件的可读性、可扩展性和可维护性。相关书籍都有很多介绍了，比如《重构：改善既有的代码的设计》、《大话重构》等，这里就不深入说明，只针对本系统简单讲解一下。

正常来说，你在开发过程中发现存在重复代码时，就需要考虑将这部分代码重构了，而不是等升级版本或重大改造时才进行的，因为重复代码越多，维护起来就会越复杂，越有可能出错。比如说你有个功能是进行字段串转整形变量的，代码一开始并没有进行封装，然后很多地方都使用int()进行转换，有一天测试时发现，用户输入带小数的数字字符串，这时程序抛出异常，需要进行改造。你花了半天时间将所有转换的地方进行了修改，做了判断处理。过了一段时间又发现，有些客户不遵守规则，直接输出无意义的字符串，又出现了异常，你又得花时间进行改造，万一有些地方没有改到遗漏了，说不定那天又会蹦出一个异常来。如果你在开发过程中，有及时进行重构，将这个重复代码封装成一个转换函数，那么你只需要修改这个转换函数就可以了。

除了重复代码需要进行封装外，对于一些类似的功能也需要重新进行改造，比如说小白你这个项目，对数据库操作这一块就可以看到好多差不多的代码，很多数据查询差别只是数据表不同或查询条件不同而已，这就需要进行重构，抽象出来写成ORM。

当然除了这些之外，针对功能需求的变更，对高并发、高可用、安全性、大数据、海量存储等不同的非功能需求时，有可能还需要对整个框架、架构进行重新设计，以适应新需求的需要。

在重构时必须遵循面向对象的七大原则，学好设计模式。具体可以多看看书，多研究别人写的源码，多学习多思考就明白了。

小白：这个知识量有点大，听着有点晕...重复代码重构这个我明白了，工具包里的那些工具函数大多都是重构出来的吧。刚刚讲到数据库操作要重构，能讲讲什么是ORM吗？要怎么处理？

老菜：ORM(英文全称：Object Relational Mapping)简称对象关系映射，直白点说就是将对象(可以是dict、list、元组等各种对象)通过转换，生成对应的sql语句，从而实现对数据库的增、删、改、查等操作。也就是说，原来我们对数据库操作时，需要写sql语句的，我们会发现经常会出现重复的代码维护起来不方便，现在只需要将要操作的字段或内容，存储(赋值)到相关对象中(dict、list、元组)，然后这些值扔给ORM类中，ORM类会对赋的值进行对应分析进处理，最终生成可执行的sql语句。

ORM的优缺网上已经有各种描述了，你可以去查查。这里我想说的是，它对于我们开发人员来说最大的优点是可以极大的提升我们的开发效率，减少bug的发生，让代码更容易维护。相对于所谓的性能损耗，在当今的高性能硬件下，可以直接忽略不计。对于一个项目或公司的生命期与成本来说，人力成本、时间成本与机会成本才是最重要的。

python的ORM有很多成熟的包可以直接安装调用，不过我建议自己开发会好一点，一方面写一个简单的ORM非常简单，另一方面，自己开发的ORM要升级、开发、维护也会更加的得心应手，想怎么改就怎么改。你可以当它是sql的翻译模块就可以了，我们只需要处理好重复的、简单的语句翻译，对于复杂的就不需要使用ORM，直接写sql执行，这样既灵活，又方便可控。

接下几个章节会详细介绍一个ORM是如何从0到1的。

版权声明：本文原创发表于 博客园，作者为

python开发QQ群：669058475    作者博客：http://www.cnblogs.com/EmptyFS/