Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:12508 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25836 invoked by uid 1010); 31 Aug 2004 16:55:43 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 15628 invoked from network); 31 Aug 2004 16:54:20 -0000 Received: from unknown (HELO rwcrmhc11.comcast.net) (204.127.198.35) by pb1.pair.com with SMTP; 31 Aug 2004 16:54:20 -0000 Received: from [192.168.1.102] (pcp09278536pcs.eatntn01.nj.comcast.net[69.141.229.108]) by comcast.net (rwcrmhc11) with SMTP id <2004083116541601300hjamve> (Authid: ajb732@comcast.net); Tue, 31 Aug 2004 16:54:17 +0000 To: =?ISO-8859-1?Q?B=E5rd?= Farstad Cc: internals@lists.php.net, Alan Knowles In-Reply-To: <200408310753.05011.bf@ez.no> References: <4133F497.7080002@akbkhome.com> <200408310753.05011.bf@ez.no> Content-Type: text/plain; charset=UTF-8 Date: Tue, 31 Aug 2004 03:34:26 -0500 Message-ID: <1093941266.7677.19.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 1.5.92 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] native events in PHP From: ajb732@comcast.net (Al Baker) There's nothing stopping someone from writing their own classes for dispatching and handling events and implementing callbacks today... Are you suggesting something built into PHP like the Java system event queue that people can define their own dispatchers and handlers for? The QT example below is similar, connecting signals to slots instead of dispatching events to listeners. I guess it makes sense for long running scripts, like PHP-GTK. You probably also want all those events processed in order by the same system component (i.e. the system event queue). However, most web applications have only one "event stimulus" at a time, i.e. the request coming in from the web server. They are then processed and go away in a blink of an eye. Hey, for PHP-GTK probably want to take it a step further and have some standard event classes (WindowEvent, FocusEvent, etc). Do these already exist? -- haven't looked at PHP-GTK in much detail. Al On Tue, 2004-08-31 at 07:53 +0200, Bård Farstad wrote: > On Tuesday 31 August 2004 05:46, Alan Knowles wrote: > > I've been looking at events in PHP, at present, in PEAR, there are lots > > of different methods to add callbacks, to packages, for various > > purposes. It seriously lacks cohesion, and would be nice to sort out at > > the language level. > > > > Having seen C#, while not perfect, it is an interesting model. > > There's a very short note on C#, and an idea for a PHP syntax. > > http://www.akbkhome.com/wiki.php/DBDO/signals.html > > > > It suggests: > > > > class xxxx { > > // event registers a method, that hooks into the generic event > > handler. > > public event $onDebug = array(); > > > > > > function somemethod() { > > > > // add a handler to an event.. > > // this is the natrual syntax for this, but does open the door to > > someone wiping the stack! > > $this->onDebug[] = array($this,'mycallback'); > > > > > > // initiate the signals. (function name matches the var!) > > $this->onDebug($x,$y); > > } > > // a handler.. > > function mycallback($x,$y) { > > echo "debug hander got $x , $y\n"; > > } > > } > > > > > > Anyone care to comment on > > a) the feasibility > > b) the "should it be implemented" question. > > c) the "any better ideas" question... > > I think this would be a good idèa to get into PHP in some way, however I would > recommend that the signal/slot technology used in QT should be considered. > It's really simple and flexible to use. > > Here is an example of how this could be done in PHP (not the best example, but > it should show how it works ): > > class MessageHandler > { > public signal messageSent( $message ); > > private function checkQueue() > { > foreach ( $messageQueue as $messsage ) > { > // Send a signal for each message > // So that the connected slots can handle it > emit messageSent( $message ); > } > } > } > > class MyEmailMessageHandler > { > public slot sendEmail( $message ) > { > mail( $message ); > } > } > > class MySMSMessageHandler > { > public slots sendSMS( $message ) > { > sendSMS( $message ); > } > } > > When you instantiate your objects: > > $messageHandler = new MessageHandler(); > $emailHandler = new MyEmailHandler(); > $smsHandler = new MySMSHandler(); > > // Connect is used to connect signals with slots. > // A signal can be used by multiple slots and a slot > // can have multiple signals connected to it. > connect( $messageHandler, 'messageSent', $emailHandler, 'sendEmail' ); > connect( $messageHandler, 'messageSent', $emailHandler, 'sendSMS' ); > > There is some documentation on how that system works here: > http://doc.trolltech.com/3.3/signalsandslots.html > > It's just an idèa, but I think OO guys will like this. > > --bård >