网站程序源码

我见过太多人把网站程序源码当成天书，网站其实它就是程序一叠菜谱。你照着菜谱炒菜，源码火候、网站调料、程序下锅顺序都写在上面，源码唯一区别是网站这菜谱得让机器来读。

拿我手头一个企业站来说，程序前端HTML负责摆盘，源码CSS管颜色和间距，网站JavaScript控制翻锅颠勺的程序动作。后端PHP才是源码真正掌勺的，从数据库里抓配料，网站算价格，程序最后把热腾腾的源码页面端给浏览器。这三层要是配合不好，页面就糊了。

有一次客户说他们网站打开特别慢，我扒开源码一看，好家伙，一个页面里嵌了二十多张原图，每张都好几兆。这就像做红烧肉，你非要把整头猪都放锅里，不糊才怪。后来加了几行代码做图片压缩，速度立刻上来了。源码这玩意儿，有时候不是写得多高级，而是懂得做减法。

真正让人头疼的是那些历史遗留代码。上周接手一个2015年的老项目，注释全是繁体字，变量名用的是拼音缩写，比如"grdj"代表"个人等级"。我盯着看了半小时才猜出来。这感觉就像拿到一本祖传菜谱，上面写着"盐少许、酱油适量"，可你家酱油和我家酱油咸度差着十万八千里。

源码最有趣的地方在于能看出作者的脾气。急性子写循环，喜欢用while(true)然后break，胆子大但容易出事；慢性子会把每个变量都声明得清清楚楚，连临时变量都起个有意义的名字。我认识一个老程序员，他写的代码注释比代码本身还长，每行都要解释为什么这么写。当时觉得啰嗦，后来他离职了，接手的同事感动得差点哭出来。

别以为源码是死的。好的源码像活水，能自我进化。我见过一个开源商城系统，从最初的几千行，经过几百个开发者迭代，现在有几十万行。每次更新都像给老房子翻新，有人加个飘窗，有人改个承重墙。但基础架构没变，就像老房子的地基，当年打桩的人可能早就不写代码了，但他们的思路还在支撑着每天几千笔订单。

说句实在话，现在很多人用现成的建站工具，拖拽几下就能出个网站。但那些工具生成的源码，就像速冻饺子，皮厚馅少，想改个口味都难。真到了要定制功能的时候，你还得撸起袖子，打开源码编辑器，一行一行地跟代码较劲。这时候你才会明白，那些看似繁琐的标签、函数、类，其实就是你手里的砖头，盖多高的楼，全看你怎么垒。

最后说个真事儿。有个做餐饮的老板，花三千块找了个学生帮忙建站。学生用模板拼了个页面，源码里塞满了广告代码，后台还留了个后门。半年后网站被黑，数据全没了。老板急得跳脚，找人一查，发现那学生早毕业跑路了。所以说，源码这东西，你可以不懂怎么写，但得知道找靠谱的人写。就像你不会做菜，至少得知道哪家馆子干净不是？