php框架性能测评 国外主流PHP框架对比评测

今天我爱编程网小编整理了php框架性能测评 国外主流PHP框架对比评测相关内容，希望能帮助到大家，一起来看下吧。

迅如疾风 PHPWind 6.3.2 测试手记

源码压缩包刚到手的时候，2.87M，作为一个WEB程序，这样的容量可算是够大的，解压缩后目录也达到了8.74M，不过当看到PW默认自带了多个风格以及有相对比较完整的IP库时（并没有使用常见的纯真IP库，而是象以前一样根据IP头分割的TXT文件），也就理解了目录如此庞大的原因。对于如今的网络速度而言，下载3M左右的源码也没有什么了。
试着安装了一下PW，发现安装界面与以往相比有了长足的改进，不过。这当然不是我最关心的问题，我最关心的还是程序的执行性能，或许每个站长在下载它的时候，性能都是最关注的。
安装程序在最后一步就为PW进行了初始化，这点与DZ不太一样，DZ是初次运行后自动刷新缓存的（或许因为是测试版的原因，缓存刷新可能不太成功，进行后台再次刷新缓存后就一切正常）。打开首页发现执行时间一直在0.02与0.03秒之间。
虽然这样很快，但毕竟我现在是初装，数据库里还没有任何数据，这个执行时间或许说明不了什么。为此专门写了一个循环，往数据库里插进了10万条数据，30万条回复，然后再做了一次测试。
打开前台时：
打开版块显示贴子列表时：
打开主题内容时：
我得事先申明，这里所有的贴子都是一个主题，三个回复的。代码也很简单，附在文章最后，可以请有兴趣的朋友自行测试。
看到上面的几个执行时间，完全可以看出PW在页面缓存方面还是做的挺不错的，因为环境不同有点片面，但总体来说，PW的响应速度还是可以的。
最后我尝试了一下打开一下网站后台，因为更新列表里有一些功能对我来说非常有用，所以对它们特别关注（当然，我更关注的是，为什么后台登录页面一直没变？难道是响应小平同志说的，一百年不变？开个玩笑）：
改进帖子审核功能，帖子页面增加[审核]链接。
首页N格调用插件
论坛状态设置及默认首页设置
批量评分和批量合并
控制面版增加个人便签功能。
增强创始人功能，允许多重创始人。
以上列表是相对于以前版本或者DZ来说都是对我很有用很贴心的功能。
1、在多个知名的论坛被负面新闻报道以及新闻出版署等国家机构对媒体、论坛的内容越来越关注的时候，帖子的审核自然而然就变成了重点关注对象，PW也是国内PHP论坛第一个有帖子审核功能的论坛，但完全的后台批量审核让论坛管理员们不得不永远开启一个后台窗口在那里，管理员们得不停的切换论坛前台与后台窗口，影响了管理员与论坛用户的互动，同时在一些热门版块也无法体现出审核的“即时”和“及时”，如今有了贴子页面的审核，管理员可以直接在前台看完新贴后就直接进行审核，让论坛更加互动。
2、首页N格调用这个插件最近一向被各大站长所关注，毕竟在论坛首页就可以让用户清楚的知道最近的热贴、精华、热图等，可以增强对论坛用户的吸引力。
3、论坛状态与默认首页都与以往有了不同之处，在以前，论坛只有关闭和开放两种，定时开放这种只是很老的功能了，但一旦关闭了，除了QQ、MSN、邮箱和手机，我们怎么于论坛的其他元老们联系？内部开放这个功能却可以达到这个效果，指定那些最热心的用户或者元老们的ID，我们，仍然可以通过论坛他们保持着联络。默认首页只是与以往相比多了一个home首页的显示，可以使论坛看起来像一个CMS或者说把论坛最热的一面展示给了用户。
4、批量评分和批量合并则是简化了以前的很多操作，不至于再象以往那样一个个贴子处理过来，缩短了管理员的处理时间，节约了精力，可以把更多的时间用在论坛管理上。
5、后台的个人便签功能，就象一个小型留言板，如果管理员有多个，可以通过这个小窗口分配其他管理员要做的事情或者互相打招呼。当然更多的是当成ONENOTE一样的功能，来记录最近需要做的事情，以便下次登录的时候可以提醒自己还有什么事情未完成或者需要完成什么操作。
6、创始人这个概念不是PW最早提出来的，但是这个版本的PW是彻底加强了这个功能，虽然只是仅仅只是添加创始人，但总比DZ直接修改config文件要方便很多，而且也更直观。毕竟DZ修改config文件是输入用户ID，一旦输错且上传，可能会带来一些不必要的安全隐患。
更新列表中还有一些其他功能，如页面提高效率、增强加载速度、改善浏览体验、更新已经BUG等，这里也就不一一列举。
这些功能已经基本一个论坛的日常需求，那么，剩下的就是货比三家了。在国内虽然使用的PHP论坛很多，除PW外，还有PHPBB，VBB，DZ，Molyx等，但真正使用量很大的还是PW、DZ、Molyx，但不得不承认的，目前市场占有率前两名的还是PW和DZ，那么在看完功能后，就代码方面及数据库方面与DZ再进行一下对比。
仔细看过两个目录，发现两个程序的目录结构几乎一致，相信这也是这两款论坛程序在经历了这么多年的发展而不约而同的认为，这样的目录结构更利于面向过程的应用。两款程序都将语言包放在模版目录下，只是DZ仍然坚持着将admin的模版和前台应用模版分开放在admin目录下，而PW却依旧与样式风格的目录放在一起。
由于PW从最近几个版本开始有生成静态页面的功能，相比DZ而言则多了一个纯粹存放HTML页面的html_data目录，其他的就没有什么可比性了。PW将JS目录放在根目录下面，而DZ则放在了include目录下。但起到的效果是一样，其他还有类似的微小不同，不再一一列举。
和DZ在模版应用方面一直就是采取的两种不同的手段。PW更倾向于直接使用PHP的定界符来处理网页模版，而DZ从最初就是采用了自己写的template函数处理，两款程序都是坚持到现在一直没有更换过。虽然DZ的模版是编译型的，一次编译后，就不需要再进行处理，但毕竟这样还是没有直接的定界符处理的快。DZ模版相对于美工来说比较容易制作，而PW则在模版处理速度上更胜一筹，两款程序的侧重点不一样，孰优孰劣却是无法说清了。
由于两款程序都支持了支付功能，在这里不就功能的实现进行比较，只是简单的进行判断：DZ把这些附加的功能放在了API目录里、而PW直接放在根目录里，相对看起来比较凌乱；DZ的支付功能全部加密，二次开发的时候没有任何参考、PW则是完全开放，从文件中也可以得知是调用phpwind的网上接口。
同样值得说明的是PW与DZ都提供了faq定制功能，因为都存在了数据库里，却没有想着为FAQ提供相应的语言类型，既然程序支持多种语言的应用，为什么在帮助的时候却看不到语言类型呢？总不能让我在英文版的程序里，仍然使用着中文帮助吧？希望PW在下一版中可以提供类似的功能。
略微看了一下程序，发现PW以前最爱用的“短路”运算符（或||）几乎消失不见，而DZ却开始应用的多了，“短路”运算符可以明显的减少代码量，但却降低了代码的可读性，而且“短路”运算符也不是很常用，普通的二次开发人员可能在看到的时候会比较迷惘。
从6.0开始，在读取主题的时候，SQL中使用了GetTtable和GetPtable两个函数，直到看了这两个函数才明白，原来PW还有分表的功能，看来PW还是考虑了论坛数据量很大的时候，通过分表来缓解数据库的压力，仔细看了一下DZ，并没有提供类似的应用。而且PW对于发贴和回贴采用了三个数据表，这与DZ只使用两个表（主题表、内容表）有了很大的不同，也使得我一下子很不适应（刷数据测压力的时候，发现主题贴死活没有内容，编辑更新也没用），它采用了主题、主题内容、回复三个表来记录，表名分别为pw_threads、pw_tmsgs、pw_posts，彻底把主题内容从回复表里剔除出来，一是减轻回复表的压力，二来也相对比较容易管理，只是这样在读数据内容的时候，可能一次性会跨更多的表。
总体来说，这次PW的更新除了修复一些BUG和增强用户体验外，还是对整个程序进行了较大程度的改进，对于追求论坛访问的速度的PW来说，能够在既保持访问速度又增加新的功能体验，确实比较难得。
迅雷下载一向标榜自己的下载是“迅雷不及掩耳”，PW看名字也可以想象出它有着象征着速度的疾风，同时也拥有着风的自由。

php如何进行单元测试

何为单元测试：
指对软件中的基本单元进行测试，如函数、方法等，以检查其返回值或行为是否符合预期；实际中软件是很复杂的，由许多组件构成，执行流程连贯在一起，要进行单元片段的测试，就需要为其提供执行上下文（或者说参数）和环境（比如打桩模拟一些对象）来运行，并监控其行为和返回值，为此我们就需要写出做这件事情的程序代码，这样的代码叫做测试用例。
许多测试用例有机结合在一起形成一个整体的测试，又叫做测试套件，被测试的程序代码叫做生产代码。phpunit这个软件就是用来帮助我们写测试用例并进行测试的。
php的单元测试：phpunit
在其官网有详细教程，这里介绍一些补充内容。
首先要明白phpunit软件本身就是由php语言实现，其使用是通过命令行进行的，并不是通过浏览器访问
明白这一点很重要，许多新人被卡在这里，很基础也很简单，但似乎没怎么被提及。
在官网下载后得到一个phar文件，同时下载phpunit使用文档，按照里面的安装方法进行安装，之后在命令行输入以下命令：
phpunit --help

如果显示出了帮助信息即安装成功，在命令行当前目录下建立一个测试用例为yunke.php，内容如下：
<?phpuse PHPUnit\Framework\TestCase;class yunkeTest extends TestCase{public function testPushAndPop(){$stack = [];$this->assertEquals(0, count($stack));array_push($stack, 'foo');$this->assertEquals('foo', $stack[count($stack) - 1]);$this->assertEquals(1, count($stack));$this->assertEquals('foo', array_pop($stack));$this->assertEquals(0, count($stack));}}?>

然后在命令行输入以下命令：
phpunit yunke

显示如下内容：
PHPUnit 5.7.12 by Sebastian Bergmann and contributors.. 1 / 1 (100%)Time: 159 ms, Memory: 7.00MBOK (1 test, 5 assertions)

恭喜，你已经成功运行了一个单元测试。

国外主流PHP框架对比评测

最近简单的使用了目前在国内用的比较多的几个主流国外PHP框架（不包括国内框架） 大致对这些框架有个直观上的感受 简单分享一下 对于哪些做框架选型的时候 权当一个参考

主要参考的框架包括 CodeIgniter CakePHP ZendFramework Symfony 我对很多框架也没有认真使用 只是简单试用了一下 可能很多看法不成熟或者是错误的 请大家指正 一起成长

CodeIgniter

优点

配置简单 全部的配置使用PHP脚本来配置 执行效率高 具有基本的路由功能 能够进行一定程度的路由 具有初步的Layout功能 能够制作一定程度的界面外观 数据库层封装的不错 具有基本的MVC功能

快速简洁 代码不多 执行性能高 框架简单 容易上手 学习成本低 文档详细 自带了很多简单好用的library 框架适合小型应用

缺点

把Model层简单的理解为数据库操作

框架略显简单 只能够满足小型应用 略微不太能够满足中型应用需要

评价

总体来说 拿CodeIgniter来完成简单快速的应用还是值得 同时能够构造一定程度的layout 便于模板的复用 数据操作层来说封装的不错 并且CodeIgniter没有使用很多太复杂的设计模式 执行性能和代码可读性上都不错 至于附加的 library 也还不错 简洁高效

CakePHP

优点

CakePHP是最类似于RoR的框架 包括设计方式 数据库操作的Active Record方式 设计层面很优雅 没有自带多余的 library 所有的功能都是纯粹的框架 执行效率还不错 数据库层的 hasOne hasMany 功能很强大 对于复杂业务处理比较合适 路由功能 配置功能还不错 自动构建脚手架（scaffold）很强大 适合中型应用 基本实现过了MVC每一层 具有自动操作命令行脚本功能

文档比较全 在国内推广的比较成功 大部分都知道CakePHP 学习成本中等

缺点

CakePHP非常严重的问题是把Model理解为数据库层操作 严重影响了除了数据库之外的操作能力

CakePHP的cache功能略显薄弱 配置功能稍嫌弱 CakePHP不适合大型应用 只适合中型应用 小型应用来说略微的学习成本高了点

评价

总体来说CakePHP框架代表了PHP框架很重要的一个时代和代表 并且目前发挥着很重要的作用 不少自己写的框架都模仿了CakePHP的方式 是个里程碑式的产品 CakePHP透露著RoR的敏捷开发方式和把数据库操作认为是唯一Model的设计思想 作为开发快速应用和原型是绝好的工具 同样 用来做Web 网站的开发框架 也是值得选择的

Zend Framework

优点

官方出品 自带了非常多的 library 框架本身使用了很多设计模式来编写 架构上很优雅 执行效率中等 MVC设计中 比较简洁 具有路由功能 配置文件比较强大（能够处理XML和php INI） 各种 library 很强大 是所有PHP框架中各种功能最全面的 包括它不仅是一个框架 更是一个大类库（取代PEAR） 这是它的主要特色 能够直观的支持除数据库操作之外的Model层（比 CodeIgniter 和 CakePHP 强） 并且能够很轻易的使用Loader功能加载其他新增加的Class Cache功能很强大 从前端Cache到后端Cache都支持 后端Cache支持Memcache APC SQLite 文件等等方式 数据库操作功能很强大 支持各种驱动（适配器）

文档很全 在国内社区很成熟 并且目前不少Web 网站在使用 学习成本中等

缺点

MVC功能完成比较弱 View层简单实现（跟没实现一样） 无法很强大的控制前端页面

没有自动化脚本 创建一个应用 包括入口文件 全部必须自己手工构建 入门成本高

Zend Framework 作为一个中型应用框架问题不大 也能够勉强作为大型应用的框架 但是作为一个很成熟的大型PHP框架来说 还需要一些努力

评价

作为官方出品的框架 Zend Framework的野心是可以预见的 想把其他框架挤走 同时封装很多强大的类库 能够提供一站式的框架服务 并且他们的开发团队很强大 完全足够有能力开发很强大的产品出来 所以基本可以确定的是Zend Framework前途无量 如果花费更多的时间去完善框架 同样的 Zend Framework架构本身也是比较优雅的 说明Zend官方是有很多高手的 设计理念上比较先进 虽然有一些功能实现的不够完善 比如View层 自动化脚本等等 这些都有赖于未来的升级 总体来说Zend Framework是最值得期待的框架 当然 你目前要投入你的项目中使用也是完全没问题的

Symfony

优点

Symfony 是我了解的PHP框架中功能最强大的 而且我使用时间比较长 但是很多功能还是没有挖掘出来 它完整实现了MVC三层 封装了所有东西 包括 $_POST $_GET 数据 异常处理 调试功能 数据检测 包含强大的缓存功能 自动加载Class（这个功能很爽） 强大的i n国家化支持 具有很强大的view层操作 能够零碎的包含单个多个文件 非常强大的配置功能 使用yml配置能够控制所有框架和程序运行行为 强大到让人无语 能够很随意的定义各种自己的class 并且symfony能够自动加载（auto load）这些class 能够在程序中随意调用 包含强大的多层级项目和应用管理 Project > Application > Module > Action 能够满足一个项目下多个应用的需要 并且每层可以定义自己的类库 配置文件 layout 非常强大的命令行操作功能 包括建立项目 建立应用 建立模块 刷新缓存等等

Symfony绝对是开发大型复杂项目的首选 因为使用了Symfony 将大大节约开发成本 并且多人协作的时候 不会出现问题 在Project级别定义好基础Class以后 任何模块都能够重用 大大复用代码

缺点

数据库操作model采用了重量级的propel和creole 不过在我测试的版本中已经把他们移到了addon里 可用可不用

缓存功能无法控制 每次开发调试总是缓存 需要执行 symfony cc symfony rc 来清除和重建缓存

效率不是很高 特别是解析模板和读取配置文件的过程 花费时间不少

学习成本很高 并且国内没有成熟的社区和文档 连中文手册都没有 相应的要掌握所有功能 需要花费比较多的时间 我爱编程网

评价

Symfony绝对是企业级的框架 唯一能够貌似能够跟Java领域哪些强悍框架抗衡的东西 强悍的东西 自然学习复杂 但是相应的对项目开发也比较有帮助 自然是推荐复杂的项目使用Symfony来处理 觉得是值得 后期的维护成本比较低 复用性很强 相应的如果使用Symfony的应该都是比较复杂的互联网项目 那么相应的就要考虑关于数据库分布的问题 那么就需要抛弃Symfony自带的数据库操作层 需要自己定义 当然了 Symfony支持随意的构造model层

总结

以上数款框架 各有特色 而且都是开源项目 不过框架针对的项目不一样 一般来说 CodeIngiter 比较适合小型项目 CakePHP 和 Zend Framework 比较适合中型项目 Symfony 比较适合大型重量级项目 在项目选型的时候 要充分考虑框架的可以定制性 扩展性 因为每个项目都无法确定你是否会随着需求的变化进行改变

相对来说 Zend Framework 和 Symfony 应对变化的能力比较强 特别是能够随意定制 model 层的Class 能够非常方便增加自己业务或者数据处理类 我是个人比较推荐在中大型项目中使用的框架

CodeIngiter 和 CakePHP 在中小型项目中同样能够发挥重大作用 快速开发和原型构建 非常适合目标不清晰的原型项目的开发

当然了 也许 自己写一个框架更适合

lishixinzhi/Article/program/PHP/201311/21441

以上就是php框架性能测评 国外主流PHP框架对比评测全部内容，更多相关信息，敬请关注我爱编程网。