一个Web报表项目的性能分析和优化实践(五):重构有助于性能优化么?

项目从初次开发到现在，已经快3年了。期间，有N个工程师参与过。

需求方面：增加减少，反反复复，无数次；人力方面：增加减少，不稳定；时间方面：功能开发着急上线，Bug开发紧急修复。

因此，代码臃肿，问题颇多。

自从毕业加入到项目，深感代码质量问题对项目开发效率的影响，因此经常会对项目进行“重构”和“优化”。

主要经历了2次大的重构和无数次小的改进。

今天，特别整理下，希望今后可以做得更好。

重构事项

1.统一标准。

  包、类、方法、字段等命名按照Java标准规范那样，统一命名。

2.重新组织代码。

a. 将项目代码，按照业务逻辑等原则，重新组织到不同的包中。

b. 按照一定的原则，调整类中的方法。

比如对于数据访问层Dao的方法，严格按照查询、增加、修改、删除这样的顺序组织。

而且，使用和修改频率高的代码，放在靠前的位置。

3.增加必要的注释。

对于那些业务比较复杂，容易混淆的代码，加上清晰简洁的注释。

4.删除无用的代码。

将废弃的功能代码，无用的注释，先用@Deprecated标记，过段时间，然后彻底删除。

5.提高代码复用。

Dao层：编写一个实现了常用CRUD功能的BaseDao。

工具层：对常用的工具代码，进行整理，统一到工具库中。

6.清理数据库。

a.将数据库中没有用到的表、字段全部删除。

b.优化表的数据类型。比如将longtext的字段，修改为varchar(20)。

c.规范化表和字段的命名。比如用户表用User，用户地址用userAddress表示。

同时，Java代码和实体配置文件，尽可能与数据库表相统一。

参考建议

更多重构和优化事项，不再赘述。

有兴趣的同学，可以看看《代码大全》、《重构》、《编写可读代码的艺术》这3本书。

重构有助于性能优化么

我只能说，有一定的帮助。

a.重复代码比较少，注释清晰，命名合理的代码，看起来“赏心悦目”。

本质上，不太可能提高系统性能，但是算得上是性能优化的准备工作。

项目重构后，开发更有效率，Bug更少，这样才可能有更多的时间去做性能优化。

b.去掉数据库表中无用的字段，这还是有点作用的。

至少，在SQL查询的时候，比如select *，会少查询一些字段。

见仁见智

重构是否有助于性能优化，是一个见仁见智的问题。

根据我有限的重构和优化经验，我只能说，“重构有助于优化性能，但作用有限”。

打个比喻，当你学画画，想要画一个苹果的时候，“把苹果洗干净”是否有助于你画出一个逼真的苹果呢？

“把苹果洗干净”就是代码重构的过程。

“画出一个逼真的苹果”就是性能优化的过程。

你是怎么看待这个问题的呢？愿闻其详...

相关阅读

一个Web报表项目的性能分析和优化实践

原文参见：http://FansUnion.cn/articles/3109(小雷网-FansUnion.cn)