Maison > Article > développement back-end > php开发web网站程序的几点经验记录
php开发web网站程序的几点经验记录
以前把php当作一个纯粹的系统编程脚本,从3月份开始第一次使用php写web网站,一点经验在这里总结一下。
一:打开错误显示和错误日志。在php.ini中把dispaly_errors设置为On,或者在脚本开头用ini_set('display_errors', 'On')。
二: 调试工具必备。需要两种调试工具:第一种是调试php脚本的,就像C调试器那样可以在脚本中设置断点,单步执行,运行时查看变量值、修改变量值等,我用的 是xdebug + vim;第二种是调试HTTP的,当页面打开后一片空白,连个错误信息都没有,或者有些ajax调用的地方出现程序错误,这个时候很需要一个工具来查看实 际的HTTP通信过程,我用的是firefox的插件httpfox。
三:自定义错误处理和异常处理程序。错误处理和异常处理这两个是极 好用的东东,我一般用错误处理来向终端用户报告错误,用异常来记录应用程序运行时错误,比如数据库连接错误等。这两类错误我自己也时常分不清楚,我使用它 们的时候基于这个想法:当程序运行出错时,向用户报告的错误信息一定要友好且隐藏数据库和后台代码细节,这个时候就用trigger_error引发自定 义的错误处理程序来报告错误;同时程序员要能够在事后知道程序为什么会出错,这需要记录错误发生处的调用栈等信息,而异常本身就把这些信息保留得非常完 全,所以这个时候我会throw new Exception("error message")来触发自定义的异常函数,然后在异常函数中把错误信息用error_log记录到日志文件中去。设置自定义错误处理程序用 set_error_handler,设置的这个自定义函数中返回false表示在处理之后再把该错误由php默认的处理函数处理一次,返回true表示 在自己处理后即终止。设置自定义异常处理函数用set_exception_handler。
四:一些辅助工具如firefox的插件firebug极好用。它可以马上查看页面上任何一个元素的html代码和css格式,可以调试javascript。
五:再次推荐xdebug工具。它把所有的错误信息都格式化输出,看起来非常明了。
六: 使用MVC的时候经常判断不清楚哪些应该放在controller里面,哪些应该放到model里面。放错了没关系,一个功能有很多种实现方式,只要保证 统一就好。代码风格糟糕也没关系,多读几个函数就习惯了,只要全局约定都统一起来,代码就无所谓好坏了。全局约定统一这是需要意志力去坚持的,要花时间去 克服那种为了偷机取巧破坏全局规范的坏毛病。
七:考虑问题一定要全面。要把数据库的ER图常放在手边,并且要清楚地理解各个页面的作用和各个页面对模块的引用情况,这样在修改的时候会影响到哪些地方就都清楚了。没有对数据库结构和各页面对各模块的引用的概览,单凭智商来判断,是非常不可靠的,思维也需要工具。
八:太依赖自动化工具和测试数据来发现程序错误会降低人的智商和思考力。
九:数据库表名在windows下是case insensitive的,在linux下case sensitive的,把数据库从一个OS导出再到另一个OS的服务器上导入时代码常出问题。所以数据库表名最好全用小写,表名中单词之间的分隔可以用下划线。