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