关于php的实习报告.pdfVIP

关于php 的实习报告 入职第一天要求熟悉公司的开发环境，以及代码风格。 公司的开发环境是windoes+apache+mysql，开发工具是 Eclipse+navicat。 原本以为如今公司开发都会在linux系统下，这才清楚开发环 境全凭个人喜好以及熟悉程度。其实同样是做架构，同样是写代 码，环境不重要。只是因为最后的效劳器是linux系统，为了防止 上线以后出问题，所以对常见的linux的特点要求熟悉。 Apache并不要求掌握多少，因为效劳器维护有专职人员做，而 且做的更专业更好，我们只是简单能使用就好。 Eclipse是一套很强大的IDE，有各种版本适合各种语言开发， 如java、php等。其附带的功能强大而又方便，是大中型工程的开 发利器。因为在大中型工程开发时，工程内部构造错乱复杂，各个 文件之间存在个各种各样的依赖关系，这时候一个好的IDE可以省 下很多使用notepad开发时的劳力。 Navicat是一套数据库管理工具，用它来连接mysql 比命令行 操作更方便，比phpmyadmin更快捷，因为C/S 的系统有更快的响应 速度以及处理速度。 代码风格是影响团队开发的一个很重要因素，这一点在我们后 面进展开发的时候给我带来相当深刻的感触。 从简单的代码缩进、留白，到更深入的数据处理方式，处理环 节，每个人都有自己的理解和想法，因为每个人都有自己的。 代码格式还好说，在公司见识到了很方便的代码美化工具，可 以方便的转化为自己赏心悦目的格式。但是数据的处理方式、流 程、环节，却是工程整合的关键。比方关键字过滤的处理，重复处 理会影响效率，比方某显示值的变换，万万不能重复处理。所以在 一开始就必须规定好入口参数、出口参数的格式，并且将数据处理 流程规定好！即有一套准确的数据流图！ 该单位的官网是由一个经历丰富的架构师、还有几个专职人员 带着我们几个实习生一起做。在数据库架构的问题上我第一次感受 到经历和书本的矛盾关系。 在看到该官网的数据库架构时，我不禁觉得其有问题。按着书 上关于数据库范式的讲解，毫无疑问该网站的数据库存在数据冗余 等诸多问题，难道这个架构师和这些工程师们不懂数据库范式？事 实证明我猜对了一半，当我满疑心惑提出数据库的问题后，才发现 有一个工程师真的不清楚数据库范式是什么，甚至连这个概念都没 听过。另外一个工程师带着我分析这个网站的用途和需求，并讲解 了这样设计的优点和缺点，以及按着标准的范式要求去设计的优点 个缺点。最终我了解到，数据库范式是一个标准，它在理想程度上 解决了数据冗余，删除出错等诸多问题，但是当我们完全按着数据 库范式去设计的时候就发现并没有想象中的好。因为有一些冗余或 删除出错很可能一年才遇到一次，而且在人为提醒的状况下完全可 以防止，但是为了防止冗余所消耗的劳力，所付出的代价却是相当 宏大的。 开发的时候被一再强调注释的重要性。并且就连注释的格式都 标准的死死的。这就是团队开发。每一个文件都必须有文件注释， 每一个函数都必须有功能注释以及参数注释，甚至就连每一个变量 都必须有注释，必须清清楚楚标明用途，哪怕它的标识符很清楚表 示它只是个password。 如今的开发语言都有其相应的自动生成API帮助文档的小软 件，每一个软件都规定了注释的标准，以方便生成帮助文档，好在 这些文档标准大致相同。刚开始很惊讶，因为注释的内容居然能占 一半，甚至更多，这在以前都未曾遇到。 官网开发到一半遇到两个问题：一个是视频播放上传，再有一 个就是自动绘制图表。 视频上传在土豆，优酷上屡见不鲜，可是真 正到了自己开发的时候才发现并不像想象的那么容易。我只要一想 到上传时网络状况、断点续传、视频格式这些技术问题，头就大 了。自动图表就更不必说，根本不知道从哪里下手，更不能承受的 是架构师经理和两个工程师居然也没遇到过类似问题。 当时我觉得这件事或许解决不了，因为工程已经分好时间，工 期只有这么多，即便能解决怕也是要超工期。最后向上级反映一下 改一下需求然后可能就不了了之了。事实证明了我的想法很愚蠢， 因为经理根本就没向上反映，只是相当淡定地给了一句话：上网找 找方法，肯定能实现。没想到真让经理说中了。 最后大家齐心合力，首先把问题分析，难关一个一个克服，经 历了整夜守着谷歌翻译看帮助文档，经历了整夜手工输入连接下载 flash接口，经理了整夜调试修改别人的代码?