[原创][推荐]关于PHP事件驱动问题之我见

中国IT动力,最新最全的IT技术教程

最新100篇 | 推荐100篇 | 专题100篇 | 排行榜 | 搜索 | 在线API文档 | 网通镜像

当前位置：> 程序开发 > Web开发 > PHP > PHP综合

[原创][推荐]关于PHP事件驱动问题之我见

作者:未知时间:2005-09-13 19:41 出处:ChinaUnix.net 责编:chinaitpower

摘要：[原创][推荐]关于PHP事件驱动问题之我见

看到有人在讨论PHP的事件驱动问题，本应回复一帖。但认为回复不足以引起大家的重视，故专开一帖详述本人对这个问题的理解，并对一佳作进行解释与分析。

事件驱动这个概念是广义的。可以在客户端，也可以在服务器端。

在WEB应用上，在客户端的事件是基于JS或是插件或是JAVAAPPLET之类的东西，基本上如果是插件或是JAVAAPPLET的话，就不属于HTML的范畴了，而真正必须用到JS的场合其实并不多，最多就是FORM的提交或是链接点击之类的基本操作，因此谈论事件无太大意义。

事件驱动真正的意义并不在于可视化编程，而在于它的概念，就象OO一样。事件驱动其实是OO的一个延伸，它的最初原型是消息机制。但是事件驱动把消息封装成了一个可调用的函数，有些类似于API中的回调函数，你自己可以定义这些函数执行的内容。而可视化编程则把这些函数独立出来，定义好参数（多数是现成的对象），让你自己写代码并运用这些参数（其实是用这些对象）做一些事情。

所以，PHP有事件驱动是完全可能的，主要在于框架的设计。而要做成VB之类所谓的可视化事件驱动，则必须要有配套的集成开发环境，包括页面设计，事件编码，编译转码之类的一系列功能才行。其实象点NET这样的事件驱动，只不过是把一些常用的WEB元素或控件，如按钮、文本框之类的东西封装了一下，让你有个可视化的界面可以设计一下，当它编译之后，仍然是<input type="text">之类的文本，只是把你的事件代码转为了JS或是服务器端代码而已。而PHP主要是由于IDE不够丰富，而且也没有预编译机制，所以最后提交的代码还是最终的PHP代码，而不是点NET的资源代码与事件代码的混合体（一般是符合XML规范的ASP文档，包含了非标准的HTML代码）。故此PHP还无法达到大家心目中狭义的所谓事件驱动编程，但其实是完全可以没有问题的。

如果大家感兴趣，不妨到www.php.net官方主页去看一下一位中国哥们（Qiang Xue）写的一套基于事件驱动的PHP框架PRADO，这个还是获得高票当选的最佳，强烈推荐！请参考 http://www.zend.com/php5/contest ，你看了他的源代码后就会理解PHP的事件驱动是怎么回事。但我认为，在这上面，由于PHP无预编译机制，而且过度依赖OO（虽然是用PHP5写的代码），造成这个框架有些庞大，且使用比较复杂，可扩展性也不是很好。不过，其中的理念非常之好，有些想法还解决了困惑我多日的问题。我下面简单介绍一下这个框架。

该框架用ZDE及PHP5写成，有详细文档，结构十分清晰，注释极为充分，代码非常易于读懂，说明作者写码水平非常之高。作者明确说明，这套框架参考了ASP点NET及Borland Delphi的概念。

这个框架在验证性上非常之强（并不是指里面有什么验证登录之类的模块），十分健壮，几乎不可能有什么直接的漏洞可以从外面攻入，它是引入了规范文件这个概念做限制，很有效地解决了大量验证时的效率瓶颈，这种验证方法只有一个问题就是规范文件本身的制作比较费力（当然用工具的话是另一回事了），然而一旦做好（规范文件本身有格式与规范的），验证就自然而然地由框架去做了，而无需每次人为调用。它的事件也可以定义在规范文件之内（我却认为这就没有必要了），其实它的规范文件就有点类似于DELPHI或是VB中的FORM定义文件，只不过是用XML写的纯文本，而非可视化。而对于事件驱动，框架内置了一套与点NET类似的基本事件流，你可以在不同阶段定制这些事件，其实说白了，就是重新定义这几个OnXXX函数，用给定形式的参数，你也可以自己加入自己的事件，比如你在定义自己的组件时，在规范文件中定义好该组件可能有的事件函数及参数，以后你在使用该组件时可以直接定义这些被允许的函数——不过我认为这种方式过于复杂，且要大量读入并分析XML文件，虽然十分地严谨，很安全，但有些过分了，也没有充分利用到PHP本身的灵活性，我的思路是用类似于DELPHI的函数句柄赋值的办法或是用C的回调函数的特性，即可在写代码时在任何时间任何地点定义事件，而仍然能明确事件发出者及类型并有足够地安全性保证，且无需机械地强制各个组件只能有哪些事件，代码修改及扩展都十分方便。当然，在做大项目的时候，严格的定义是必要的，不过，即使如此，该框架处理事件的方法还是有些古板。

它的模板我认为是一个比较好的想法，它的模板有些类似于点NET的ASP文件在编译前的文件（我对ASP点NET并不熟，但明白一些原理），但起作用的方式则类似于DELPHI的FORM文件，是一个很好的概念，唯的一缺点是用DW之类所见即所得的通用编辑器则感觉不是很顺手，因为一个模板中可以同时把几个互斥的组件放在一起，而只在运行过程中决定显示哪些。

就我本人看该框架的代码，还是发现它有一些非常弱的项。其中最主要的一个就是路径的问题，可扩展性很低，应该比较适用于专用主机，对一些受限主机（目录限制或是权限限制）就无能为力了，也无相应的提醒措施（也无相关接口）。它对某些资源或文件的路径，用了一种繁琐的叫assetService的机制，目的就是确定文件的路径，作者自己也说，如果用了这个服务，系统消耗会明显增加，其实这个是借鉴了FLASH中asset library的概念，它这样虽然可以任意指定路径，但每次都必须重新校验，有些得不偿失。我的作法则是固定好几个主要路径，而其的子目录都可随意，就综合平衡了两者的矛盾。由于对路径问题缺乏考虑，导致该框架对语言设置、个性化模板等无能为力，如要翻译一个项目，手续之繁，工作量之大是可想而知的，而且极易出错。这是该框架中最严重的一个问题。

从总体上来说，该框架的理念上，设计上，代码上绝对都属一流。当然不足总是有的，不过完全不妨碍我们研究及学习它。它的代码我并未全看，只主要看了几个核心程序及一些说明，但已能足够看清楚其结构与思想，对作者深表佩服，但对其中的不足也深表遗憾。不管怎么样，它都绝对是研究PHP事件驱动代码的好作品。因此强烈推荐！

epaulin 回复于：2004-11-07 12:39:27

顺着线索搜了下，项目官方主页：
http://www.xisc.com/

刚刚成立的团队，大约有 6 个人；

deadcat 回复于：2004-11-07 20:28:23

还不加精？！

aspbiz 回复于：2004-11-08 10:36:40

好东东。

不过，我觉得，相对asp.Net来说，PHP算是比较低级的语言了。

casso 回复于：2004-11-09 09:58:14

刚刚发现了这个论坛，有这么多高质量的文章，非常不错。

我是prado的作者，今天闲着google了一下，想看看一些反面意见。
楼主高手，一语中的。的确，路径的确是prado的问题之一，也是
接下去版本的主攻更新方向（包括多语言，多模板的问题）之一。
不过，prado的事件是可以在程序中绑定的，而不仅仅是在模板中。
当然，prado也支持动态创建部件等。框架提供了cache机制，
避免每次都重新解析各个xml文件和模板文件。应该说执行效率
和一般的PHP模板系统不会有太大差别。
最新的1.6版本比你看到的1.0参赛版又有了极大的变化。其中
assetService已经被取消了（主要目标如楼主所言，希望简化
框架的用法）。

事件驱动编程是prado的一个目标之一。另一个更重要的目标则是
部件式编程。这个只要试想一下当年Delphi的繁荣情况就可见一斑了。
当然，这一切都取决于prado有一个比较大的用户群。

可视化编程界面正在着手中，已经有若干用户愿意一起开发了。

选PHP作实现语言，是因为它以及它所基于的环境都是开源的，这样可以
尽可能的吸引（合法）用户。至于框架本身的思想，是可以用任何语言来
实现的。

如果朋友们对这个框架感兴趣，欢迎参与我们论坛的讨论，我开辟了一个
中文板块。另外，我弟弟正在翻译框架教程的中文版本。

tonera 回复于：2004-11-09 10:54:32

呵呵,一直在关注ZEND的这场赛事.
也在第一时间下载了源码,只看了一小部分,只感觉确实相当精美,但水平有限,无法达到longnetpro的思想境界作分析.
同时也热烈欢迎楼上的常来指点. :mrgreen:

dualface 回复于：2004-11-13 00:44:20

嗯，这个框架确实强劲。至于IDE我想可以做成DW的插件，不然从头开发一个IDE也不是简单的事情。

不过我觉得这个框架确实复杂了一点，我会做一个更简单易用的，嘿嘿。

geel 回复于：2004-11-13 06:32:30

geel 回复于：2004-11-13 06:40:11

粗略的看了一下，真的很不错
而且特别喜欢他的代码风格，有一种托管c++的感觉，呵呵 :)

深空回复于：2004-11-15 23:21:00

我猜是个中国人，果然～

水若寒回复于：2004-11-16 09:38:03

很好，希望可以支持PHP4，因为PHP4还有很多用户在用，很难一下子都用上PHP5的，另外，IDE开发成DW的插件是个很好的主意，现在用DW开发网站的人真的不少。。

Binzy 回复于：2004-11-17 09:17:22

To Qiang Xue,
I have seen that you said this idea is inspired by asp.net, delphi and tapestry. But I dont think you really know Tapestry deeply. I dont think using components like taglib is a good way.

I really tired with Asp.Net's pages, It is not easy to test if you just use vs.net default way. By the way, I havent seen any test code in the project. :em14:

dualface 回复于：2004-11-17 17:16:04

[quote:767dad3cf0="Binzy"]To Qiang Xue,
I have seen that you said this idea is inspired by asp.net, delphi and tapestry. But I dont think you really know Tapestry deeply. I dont think using components like taglib is a good wa..........[/quote:767dad3cf0]

我觉得 ASP.NET 还是比较好测试的啊。不过我觉得用 ASP.NET 如果不好好设计，会把业务逻辑散布到各个页面中。

dualface 回复于：2004-11-20 22:56:49

怎么没人讨论了啊？大家休息都去泡mm了说！

hahawen 回复于：2004-12-07 18:57:45

这个东西不错，我喜欢，我也是在比赛结束后的第一时间看到的这个东西，粗略的看了一下，不错，但是在没有专门的ide的情况下，没有使用的价值。希望他将来可以像smarty一样，得到n多的ide的支持，那样，它的使用价值才能体现出来。

个人决的在目前的情况下，最好的idea应该是使用html原始的代码，通过对应的配置文件，来实现自动的post表单，关键是怎么和数据库通信和提交，而不是一味的像java一样，什么taglib....不喜欢。

我看到那些竞赛的获奖作品中好多都是来源于java，像什么cocoon、struct.....都是从java中照抄的，东西是好东西，在我们国内同样没有太大的使用价值，他们都不适合国内网站的建设要求，太不符合国情。而且，既然是从java力抄的，由于php本身的原因，速度效率肯定都降下来一大节。不喜欢。

写扩展的最终目的是什么，简化我门的最终实现。

dulao5 回复于：2005-07-05 15:56:12

一口气读了好多关于这个项目的资料，真让人荡气回肠

好项目！！！

关闭本页