1
ayanamist 2012-08-25 19:48:27 +08:00
已经进入官方的php-yaf泪流满面
|
2
justfly 2012-08-25 21:25:35 +08:00
比yaf感觉起来棒
|
3
mikale OP @justfly 特别是下个版本0.5版,会出ORM的类SQL查询,即实现对model进行sql查询,显得相当的牛B...
|
4
mikale OP @ayanamist yaf不算完整的开发框架..框架这东西,性能还是其次的..主要还是照顾到重用性,提供便捷的开发才是更重要的
|
5
missile 2012-08-26 09:53:05 +08:00
帅
|
6
breestealth 2012-08-26 21:00:43 +08:00
除了性能可能有所上升之外,比PHP脚本类型框架有什么优势?
|
7
mikale OP @breestealth 还有一点有趣的东西,虽然不多.. 看发展吧..这框架慢慢展露出作者并不是一个只懂性能的人
|
8
mikale OP @breestealth 还有一点有趣的东西,虽然不多.. 看发展吧..这框架慢慢展露出作者并不是一个只懂性能的人
|
9
mikale OP @breestealth 就说一个 0.5版(开发版)的新特性,可以根据类SQL语句对model进行sql操作
|
10
breestealth 2012-08-27 11:47:43 +08:00
@mikale 其实这些如果使用脚本类型的框架也可以同样实现啊。而且这种做法,是不是也提高了大家一起参与的门槛了呢?有时候遇到一些文档没有提到的东西,想看看源代码都是很痛苦的啊~~这点我觉得是最让人抓狂的。
|
11
mikale OP @breestealth 你要修改的话,面向对象提供了接口,这是符合OO想法的,不修改框架代码..我一般要扩展(就算脚本型的),都是这么做的
这个框架的好处是..未来使用固态硬盘之后,DB的性能有显著的提升,脚本本身的性能,可能是一个问题,这个时候换一套框架,就可以改进性能问题 |
12
kingwkb 2012-08-27 16:44:25 +08:00
|
14
breestealth 2012-08-27 21:15:31 +08:00
@mikale 符合OO的想法并非就是最优化的解决方案,更何况这种方式的OO,完全对用户来说一个黑盒,处理起来不知道比脚本型框架困难多少。而且有时候为了某些要求,Hack源代码也是有必要的,或者我要换一套ORM实现,我觉得有源代码会比提供所谓的OO接口会好很多。甚至我都完全可以将框架的某个部分抽出来单独使用(估计也有不少人这么干),而以PHP扩展方式实现的框架这点远不及传统的框架。
也许是我看得比较少,所以我还是更加习惯那种脚本型的框架,纵观国外流行PHP框架,貌似也都是那种个,不论是Yii、Symfony还是Zend Framework都是。当然,如果是小范围内,比如某个公司平台使用,用户受众较小且为了满足某种特定的业务逻辑,编译成PHP扩展倒是一个不错的选择。当然,比如业务成熟到一定程度才行,否则也是够呛。 |
15
xcl3721 2012-08-28 10:15:46 +08:00
YAF国内新浪开始使用开发程序了……
|
16
imcj 2012-08-28 10:41:55 +08:00
|
17
demon 2012-08-28 11:02:12 +08:00
首先,请作者看yaf源码的易读性和关注点。和你的源码进行比较。
其次,你的框架我不敢用。 thx. |
18
Js 2012-08-28 11:10:18 +08:00
除了symfony/cake/yii/zf/kohana/ci, 其他php框架我是一个都不敢用, 说不好哪天就太监了
用c写的维护起来更复杂,一两人搞的项目更指不上了 |
19
AlloVince 2012-08-28 11:22:59 +08:00
能把现有的脚本式框架编译成扩展才是功德无量的事情。
开发时使用脚本式框架方便调试 正式环境用扩展保证性能。 还可以借助phar管理依赖关系。 好吧以上纯属YY |