请大家来谈谈代码书写的规范，特别是对于web脚本……

我以前做过许多 C/C++ 软件，所以写 PHP 时也习惯性的当作“程序”来写
我觉得应该尽量模块化，PHP 支持函数和类，这已经差不多了
另外，把一般性的功能尽可能的总结分类，做成一组“库函数”或“类库”，放在单独的文件里，可以提高代码重用性

解决方案 »

  1.   

    我习惯用php 按照我的想法是在需要用到脚本语言的时候就嵌入进去
    <tr><td><?echo ?></td></tr>
      

  2.   

    看待 PHP 和 HTML 的关系，可以两种视角：1. 把 PHP 脚本当作 HTML 页面，在需要的地方插入 PHP 代码。此时，PHP 是 HTML “附加”的“增强”工具，如同给自行车（HTML）装上电动机（PHP）助动。2. 把 PHP 脚本当作独立的程序，在需要输出的时候用 print,echo 输出 HTML 代码。此时，HTML 是 PHP 的“计算结果”，好比工厂（PHP）生产自行车（HTML）。我认为 1 适合简单的网站，或者那种的确和用户界面关联密切，“水乳交融”的页面。2 适合复杂的网站，或者那种进行复杂的后台事物处理的页面。一般来说，网站是典型的“事务(buissiness)”型系统，如电子商务、网上银行，以及论坛、社区都是“事务”色彩浓重的。软件工程的一般经验和习惯是将事务型的系统划分为三个“主题层”：用户层：负责界面交互，获取输入，输出结果应用层：介于界面和内部对象之间，负责将用户的请求转化为对内部对象的操作，并将内部对象的状态有选择地反馈到界面上问题域：一般是一组内部对象（内部的数据结构、数据库及直接相关的操作、存取、管理算法），是系统最核心和最稳定的部分这样的划分的好处在于：1. 界面可以相对自由的修改，而不涉及内部逻辑2. 内部对象可以设计成结构最符合效率、清晰、强内聚、松耦合（甚至可以是一组互相毫无关联的独立对象）的稳定结构，保证在系统升级、迁移、维护等过程中数据的安全性和可用性不受影响（对事务型系统，数据才是最宝贵的，而且一般轻易不允许改动其结构，更不允许影响其内容）3. 应用层通过对界面功能和内部对象接口的巧妙组合，可以在这两者相对稳定的前提下，“变幻”出丰富而有吸引力的功能。（可惜 CSDN 不支持贴图）
      

  3.   

    感谢alexxing(赤铸)，感谢其他参与的朋友们～：）