Futurescale, Inc. PureMVC Home

The PureMVC Framework Code at the Speed of Thought

Over 10 years of community discussion and knowledge are maintained here as a read-only archive.

New discussions should be taken up in issues on the appropriate projects at https://github.com/PureMVC

Show Posts

* | |

  Show Posts
Pages: [1]
1  PureMVC Manifold / Standard Version / Re: Any plans for more demos? on: July 11, 2009, 03:12:31
Hey Chris,

Cliff is spot on. The most your index.php script should know of your PMVC is the Facade and the only action it should initiate is the Facade's startup() method. You're on the right track with .htaccess. You could even go further and create "clean urls" that you can parse and pipe into your PMVC application for some pretty slick processing (data retrieval, AMF integration, templating, etc).

I've been thinking about doing some quick posts on different ways to instantiate a PMVC application in PHP but have been brutally swamped @ work. Stay tuned though, because the PHP community here is definitely going to continue to grow...;)


2  PureMVC Manifold / Standard Version / Re: native PHP PureMVC port on: July 11, 2009, 02:58:26
Sounds awesome man! I'd be glad to review your work and get it worked into the main branch. Drop me a line so we can discuss...



3  PureMVC Manifold / Standard Version / Re: Multi-core for PHP on: July 11, 2009, 02:50:37
Hi Chris,

Yes, there are plans to port Multi-Core to PHP. I think that Multi-Core PHP could have the same kind of impact on developer productivity that Zend Framework has. Although I am currently swamped on my day job, I'd welcome any assistance with making this happen. Just drop me a line with info about how you'd like to contribute and we'll go from there... ;D


4  PureMVC Manifold / Bug Report / [ FIXED ] - Error in Controller on: February 02, 2009, 03:11:50
Fixed executeCommand() to now include a conditional clause that determines the existence of the INotification to Command mapping before attempting command execution...

if (isset($this->commandMap[ $note->getName() ]))
   $commandClassName = $this->commandMap[ $note->getName() ];
   $commandClassReflector = new ReflectionClass( $commandClassName );
   $commandClassRef = $commandClassReflector->newInstance();
   $commandClassRef->execute( $note );

5  PureMVC Manifold / Bug Report / Re: possible error in MacroCommand and Notifier - pureMVC 1.0.1 - PHP Version 5 on: January 13, 2009, 09:46:47
@Cliff - Email sent. Guess I'm officially a nerd because I immediately got it...:)

Appy New Year!!
6  PureMVC Manifold / Bug Report / Re: possible error in MacroCommand and Notifier - pureMVC 1.0.1 - PHP Version 5 on: January 02, 2009, 04:16:00
Hi Matt,

Thanks for the insight. I've updated trunk with those changes. Let us know if you have a demo you'd like to share with the community ;)

Happy New Year!!

7  PureMVC Manifold / Bug Report / Re: Possible error running demo on: December 10, 2008, 12:24:31
Hi Joey,

Thanks for the spot. We'll add this to the release real soon...

8  Announcements and General Discussion / Architecture / Re: Remoting with AMFPHP / ZENDAMF / WEBORB on: December 10, 2008, 12:16:39
Hi Sammi,

I know this is a bit late but, there's nothing wrong with returning an Array/ArrayCollection of VOs, etc. from your services and then using the power of IViewCursor and a Sort to do your searching/filtering ;D

If it has to be XML returns, PHP can return your data formatted as XML if you like. If you're running PHP5, check out SimpleXML, new to version 5, which makes the object creation super easy.

As far as preferences, we currently utilize AMFPHP at my firm and that decision was based on that framework feeling much lighter than its main competitors at the time, WebOrb and CakeAMFPHP. However, with the emergence of ZendAMF, we've begun evaluating it and I must say that I am pleased with what I've seen thus far, despite its shortcomings (no service browser, no AMFext support, etc). It has the same lightweight feel that drew us to AMFPHP initially.

Pages: [1]