詳細分析: PHP イベントドリブンの問題について_PHP チュートリアル

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

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

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

所以，PHP有事件驱动是完全可能的，主要在于框架的设计。而要做成VB之类所谓的可视化事件驱动，则必须要有配套的集成开发环境，包括页面设计，事件编码，编译转码之类的一系列功能才行。其实象点NET这样的事件驱动，只不过是把一些常用的WEB元素或控件，如按钮、文本框之类的东西封装了一下，让你有个可视化的界面可以设计一下，当它编译之后，仍然是之类的文本，只是把你的事件代码转为了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 に似ています。これは非常に良い概念です。唯一の欠点は、複数の相互に排他的なファイルを 1 つのテンプレートに同時に結合できるため、DW などの WYSIWYG 一般エディタを使用するのがあまり便利ではないことです。どちらが決定されるかは実行時にのみ決定されます。

このフレームワークのコードを見る限り、非常に弱い項目がいくつかあることがわかります。最も重要なのは、スケーラビリティが非常に低いことです。これは、専用ホストに適しているはずです。一部の制限付きホスト (ディレクトリ制限や権限制限) については何もできず、対応するリマインダー措置もありません。関連するインターフェースはありません)。特定のリソースまたはファイルのパスには、assetService と呼ばれる面倒なメカニズムが使用されます。その目的は、このサービスを使用すると、システムの消費量が大幅に増加するとも述べています。 FLASH のアセット ライブラリの概念により、パスを任意に指定できますが、毎回再検証する必要があり、メリットがありません。私のアプローチは、いくつかのメイン パスを固定し、そのサブディレクトリは任意にすることで、この 2 つの間の矛盾のバランスを総合的にとることです。パスの問題が考慮されていないため、フレームワークは言語設定やパーソナライズされたテンプレートなどに関して無力です。プロジェクトを翻訳しようとすると、手順が複雑で作業量が膨大で、簡単に翻訳できないことが考えられます。間違いを犯す。これは、このフレームワークに関する唯一の最も深刻な問題です。

一般的に言えば、このフレームワークのコンセプト、デザイン、コードは間違いなく一流です。もちろん、欠点は常にありますが、だからといって勉強したり学んだりすることがまったく妨げられるわけではありません。私はそのコードをすべて読んだわけではなく、いくつかのコアプログラムといくつかの説明書を読んだだけですが、その構造とアイデアははっきりとわかり、著者を深く尊敬していますが、欠点も深く残念に思っています。何はともあれ、PHPのイベント駆動コードを学ぶのに良い作品であることは間違いありません。したがって、強くお勧めします!

http://www.bkjia.com/PHPjc/508250.htmlwww.bkjia.comtru​​ehttp://www.bkjia.com/PHPjc/508250.html技術記事イベント駆動型の概念は幅広いです。クライアント側でもサーバー側でも構いません。 WEBアプリケーションでは、クライアント上のイベントはJSやプラグイン、JAVAAPPLETなどに基づいています...