《代码大全》是本好书啊，推荐所有有志于改善自己的程序，或者在编码上寻找进一步提高的人应该仔细研究研究。以下是摘抄自《代码大全》第二版中谈到关于怎样的代码格式更适合人类阅读，更能令人愉悦的Check List。对照List进行自检和反省，令人欣慰的是List中80%以上我都做到了，在我的上一个项目中做得比较失败，由于时间的原因，很多注释没有加上，逻辑也不够清晰。在重构中解决，借此反省。
一般问题：
格式化主要是为了展现代码的逻辑结构吗？
2、你的布局方案能统一运行吗？
3、 你的布局方案能让代码易于维护吗？
4、你的布局方案是否有利于代码的可读性？
控制结构的布局
1、你的代码中避免begin-end 或对｛｝的双重缩进了吗？
2、相邻的块之间用空行分割了吗？
3、对复杂表达式格式化时考虑到可读性吗？
4、对只有一条语句的块布局始终如一吗？
5、case语句与其他控制结构的格式化保持一致了吗？
6、对goto语句格式化是否让其显眼了呢？
还好目前PHP只有5.3以上版本才会有goto
单条语句的布局：
1、为逻辑表达式、数组下标和子程序参数的可读性使用了空格了吗？
2、不完整的语句在行末似乎以明显又错的方式结束吗？
3、后续行按照标准数码缩进了吗？
4、每行顶多只有一条语句吗？
这一点是团队中比较头痛的问题，很多人不按照这个规则来做，结果它成了一种风气
5、所写的每个语句都没有副作用吗？
6、每行顶多只声明一个数据吗？
注释布局：
1、注释与其所注释的代码所尽量相同吗？
2、注释风格便于维护吗？
子程序的布局：
1、你对每个子程序的参数格式化方式便于看懂、修改、注释吗？
2、采用空行分割子程序各部分了吗？
4、文件中子程序用空行清楚分开了吗？
5、在没有更好的组织形式的场合，所有子程序都按字母排列了吗？
这一点我没有做到，没有做到是没有想到这一点，以后编码注意了……
代码格式规范的List
程序语言评估标准
1、可读性。判断一个语言的优劣的一个最重要的标准是用它写的程序要好读，好懂。
一种语言的整体简单性极大的影响着他的可读性。一种具有大量基本结构的语言较只有少量基本结构的语言要难学得多，当然，过少也会非常难学，汇编就是如此。
2、正交性。正交性是指使用该语言中一组相对少量的基本结构，经过相对少的组合步骤，可以构成该语言的控制结构与数据接哦股。而且，它的基本结构的任何组合都是合法和有意义的。
3、控制语句。在20世纪50年代和60年代，一批程序设计语言由于缺乏控制语句，导致很差的可读性。随后的语言都兴起了结构化程序设计的革命。尤其是人们普遍意识到滥用goto会降低程序设计的可读性。
4、数据类型和数据结构。在程序设计语言中给出定义数据类型和数据结构的合理机制，是语言可读性的又一个重要辅助。
5、可写性。可写性是程序设计语言的在应用领域产生程序的难以程度的一种度量。大多数影响可读性的语言特征可以影响可写性。
6、支持抽象。抽象指的是以合法的省略许多细节的方式，来定义并且使用复杂结构或复杂运算的能力。
7、表达性。语言的表达性可以指语言中几种不同特征。一种是具有一些功能很强的运算符。一种是程序语言具有相对方便，非繁琐的方式来说明运算。
8、可靠性。如果一个程序在任何条件下的运行都能 达到他的说明标准。我们称这饿程序是可靠的。
9.代价。第一是训练程序员使用这种语言的代价。第二是使用这种语言来编写程序的代价。第三是编译程序的代价。第四是程序运行的代价。
HTML重构的一些最佳实践
以下所有内容都摘自《重构HTML这本书》，留在这里做个笔记。版权属于原作者。
1、将名称改为小写。所有的元素和属性的名称都要小写，大部分实体名称也要小写，当然设计大写字母的除外。
2、给所有的属性都加上引号。
3、补足遗漏的属性值。为所有不带属性值的属性加上属性值。如：<input type=”radio” checked>应该改成：<input type=”radio” checked=”checked”>
4、将空标签替换成空元素标签，如将<br>这样的元素替换为<br class=”empty” />
5、添加结束标签。关闭所有的段落、清单项目、表格单元格和其他非空的元素
6、消除重叠，在父级元素上关闭每个子元素
7、把文本转换成UTF-8，因为他是唯一全平台支持的字符集
8、转义小于号，尽管有些浏览器有时候能够复原未转义的小于号，但并不是所有的浏览器都能。一个未转义的小于号更有可能导致浏览器中的内容被隐藏。就算你没有完全转换成XHTML，这也是一个需要修复的问题。
9、转义&符号，把&转换成&尽管大部分浏览器都可以处理空格后原始的&符号，但是如果没有空格会迷惑一小部分浏览器。未经转义的&符号会对读者隐藏。
10、替换虚构的实体引用，如将©right; 替换成＆copy;
11、加入根元素，确保每个页面都一个html根元素。
传说中的google新搜索界面
google新的搜索界面显得更加靓丽和年轻，继续进一步和百度拉开差距，估计不久就应用到google 中国的的界面上，目前你还不能通过正常方式访问到这个界面，如果想感受一下新界面，方式如下：打开www.google.com页面，记得，是google.com页面，如果跳转到google.cn页面，只要点击搜索框下面的“Google.com in English”即可，然后复制下面的脚本到你的浏览器地址栏，然后敲回车，再刷新google.com页面即感受最新搜索界面。
javascript:void(document.cookie=”PREF=ID=20b6e4c2f44943bb:U=4bf292d46faad806:TM=1249677602:
LM=1257919388:S=odm0Ys-53ZueXfZG;path=/; domain=.google.com”);
关于google新搜索界面的更详细报道，请移步这个网站，E文的哦~~
会话状态模式
个人觉得会话状态模式其实算不得一种模式，因为无非就两种，而且必须是其中的一种，一种存放在客户端，一种存放在服务端。两者都有风险和优点。
通常将会话保存在客户端是为了获得服务端的高度无状态特性，即服务端可以做到完全的无状态。Java中通常使用传输对象来进行数据传输，因为传输对象可以在网上进行序列化，即使是很复杂的数据也可以进行传输。当然序列化是有风险和代价的，不是所有的序列化数据都能够被反序列化回来，虽然出现反序列化回来的出错的概率很小。
如果使用HTML的话，选择相对多一点，URL参数，隐藏表单域和Cookie，URL对于较小数据量还是比较容易使用的，现代浏览放开了对URL长度的限制，但我们不得不考虑一些古董用户的需求，毕竟IE6及以下版本的浏览器还主导着WEB世界，而且URL过长，也不符合REST原则，更不美观。
隐藏表单域适合于POST方式的请求，POST方式可以避免因浏览器限制URL长度而导致的被截断的问题。隐藏表单域在我曾经的代码中经常使用，主要是为了跟踪和referer的referer，也就是跳转到一个页面之前的原来页面。
Cookie方式是最优争议的一种方式，PHPWind采用了这一种方法，从开发者口中得知，是为了减少服务器的负载，因为服务器不用维护session状态。通过把数据序列化或者加密后以文本方式放到Cookie中，我没有测试过，PHPWind这样做是不是真的能降低服务器的负载，根据我以前的测试，session维护成本对于服务器的影响是微乎其微的，还不如优化一条SQL来得更痛快，更有效，而且放在Cookie中会导致用户请求的流量变大，在很多上下带宽不对称的机房中，这是个严重的问题，比如blogbus之前存放在上海的**机房就是这样。而且为了获得Cookie中的数据还需要进行一些列运算，未必比维护session的成本小，而且会导致严重的安全问题。只要算法是可逆的，就一定能被人破解，何况我等庸人搞的算法。
服务器会话状态最简单的一种就是把会话数据放到应用服务器的内存中，可以将会话数据以会话标识号作为键标识放到内存映射表中，现在很多工具可以做到，比如memcache等key-value 的内存存储工具。
另一种是持久化，持久化也可以分为两种，一种以二进制序列化形式存放，但这样做的缺点是不容易阅读，更新起来成本有点高，如果每个会话都一个文件的话，在高并发的时候还得解决文件系统的巨量小文件查找效率问题。还有一种就是持久化到数据库，这个存放会话的模式，可能会因为维护会话状态而带来巨大的数据库开销问题，而且为了及时清除过期的会话，往往配合触发器来进行。
总结起来每种会话管理都有天生的缺陷，如果能多种结合能够提升一些效率，比如内存缓存配合持久化数据库，就是眼下很多高负载网站正在使用的模式，也许还有其他的更多的模式和方法有待探寻~~