思维导图
介绍
叫老大不光是因为职位比我高，还因为技术也让人佩服!
今天跟老大聊聊我们一些代码结构的问题，有些可能会对你是有帮助的。如果大家有不同的看法，可以提出来，一起讨论一下。
对话
1>单个文件巨大(超过5000行)
我:文件大会不会影响性能啊?PHP语言在处理源文件的时候(这个主要是php的词法分析和语法分析)，会将源文件切分为一个一个的标记(token)。如果文件很大的话，把我们当前不需要的方法都会做标记的，这样不是明显影响性能吗?
老大:这个在性能方面的影响是比较小的。我们在考虑性能的时候，要考虑全局观，比如展示页面的时候，打开页面很慢，那我们首先考虑的就不是文件大小的问题，而是每个模块的加载速度。比如，通过你的断点设置，你发现某个产品列表的读取是比较慢的，那就要考虑，是不是组装数据慢了，还是从接口(数据库或者中间层)读数据慢了?如果是组装数据慢了，那就要重构这个算法，或者跟产品人员商量能否修改方案。如果是接口读取数据慢了，那是不是需要加机器或者加索引来解决问题。——所以，考虑性能问题，不能抓住小问题，要考虑的是最影响性能的地方进行修改。
我:那如果切分大文件类到不同的类有什么不好吗?
老大:如果在一个方法体中，你通过很多的require_once添加很多的类文件，那么不也是影响性能吗?——require_once本身也耗费性能!
给我画了一张图(类似于上面的图):
我:那我可以用include，逻辑加载文件，按条件加载文件。这样就能减少加载文件的数目!
老大:那么你怎么按照条件加载?
我:比如，我可以按照分类去加载文件，电影的时候，我就把电影相关的程序文件加载进来，电视的时候就把电视相关的程序文件加载进来。
老大:那将来电视要用到电影里的内容的时候，你怎么办?或者很多分类用到你电影分类里的内容的时候你怎么办?
我:那我就放置一堆的"||"代码(如if('电影' === $category || '电视' === $category || '音乐' === $category){})。 后来我琢磨了一下，确实是，这样做的话，一个方法里会有很多这种if语句，那我要对应某一个分类内容的时候，我就要看一堆的if了。还真不如写在一块呢或者重构代码了!
2>autoload()方法。
类似下面的代码。
<?php
Test::getName();
function __autoload($className){
echo $className,"n";exit();
}
运行结果:
我们都知道__autoload()方法性能并不是很好，一般不鼓励去使用这个方法。所以，我在调用类的时候，我就加了这么一句:
对话:
我:我觉得__autoload方法性能不是很好，所以我在调用别的模块的时候，我就用了include方法。
老大:你这样做，一是整个代码看起来没那么规范，二是，如果将来要修改框架了，我们就要查看所有的这样的代码文件，因为比如，你的入口文件移动到别的文件夹下面，那么你的Test.class.php文件在什么位置，你知道吗?
如果我们调用__autoload()方法，我们只需要修改这个接口就可以了，因为所有的类调用都经过了这个方法，这样比较好管理。
3> 一个方法尽量保持在一个屏幕内,一行不超过80个字符。
我:我觉得我们的类里面的方法太长了，很多都超过几个屏幕，才能把当前的方法看完。我个人比较推崇"尽量把方法放在一个屏幕内"和"让一个方法做一件事"。有的时候看到一个很长的方法的时候头大了!
老大:
一个方法就是做一件事啊，比如test()方法，就做test()。以前php没有面向对象的时候，我们经常不是把代码都写在一个文件里吗?