Nathan,
Well put! But what is missing from your most accurate assessment is the
heart of the religious war brewing in the PHP community: Procedural vs.
Object Oriented development. Many believe, like Rasmus himself, that
procedural code is perfectly fine. That OO is an abomination that
should be reserved for the purists and the computer science majors. How
many i5 developers are running around with a degree in Bus Admin, or no
degree at all! If you are more comfortable with the phrase "Get'r done"
then the procedural model might be just right for you!
See Rasmus' toy page for more details on his perspective:
http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.h
tml
Now that is not to say there is not merit in OO based Frameworks. There
is a LOT of good knowledge and talent wrapped up in the bowels of all
those includes and requires that can help a developer get things done
quickly, consistently and safely. This is not the first time we have
seen this battle folks. We've had this for years in RPGland. Only we
called it "Methodology". And we all know that all the abstraction
models and extra i/o routines were slower than a pure CHAIN and UPDATE.
When speed was an issue (like the pricing routine I wrote for a Pharma
Wholesaler that got called 3 million time a night to process orders) we
wrote tight RPG and left LR off in between calls. Otherwise, back to
the standards and canned i/o routines, etc. Anyone remember
Dreamwriter?
And let's not forget that the PHP language itself supports a mixed
environment. You can use procedural code, call an object when you need
it and go right back to procedural. Not to mention the ability to call
RPG, COBOL, CL and API programs directly from PHP when you really do
not have the time or inclination to reinvent the wheel!
Also, while your stats are impressive, do we know what generation of
hardware we are talking about? How much RAM? Was there a dedicated
memory pool setup for the Zend subsystem? Do they have 2,000 people
banging away at JD Edwards on a 1-way Model 270 at the same time you
were collecting your numbers? Maybe 1/10th of a processor on the demo
LPAR?
Please be aware that even though performance can always be measured
consistently in milliseconds, it varies greatly in hardware & software
configuration!
Just my $.02
Regards,
Mike
mike.p@xxxxxxxx Cell: (408)679-1011 Office: (815)722-3454
-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of Nathan Andelin
Sent: Thursday, September 10, 2009 5:22 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] PHP - Best Appication Structure
From: Jon Paris
ATK framework from iBuildings ... is heavily focussed on
building business applications.
There has been some concern expressed in php forums about the
performance of frameworks, and having a lot of OO code running
interpreted.
A demo at the ATK site enables editing and posting changes to an
employee record, consisting of 6 fields. An HTTP POST is followed by an
additional HTTP GET, with average response times as follows:
POST: 900 milliseconds
GET: 500 milliseconds
I compared that to one of my programs for editing and posting changes to
a person record, consisting of 5 fields. Coincidentally, my interface
also uses an HTTP POST, followed by an HTTP GET, with an average
response time (to last byte):
POST: 3 milliseconds
GET: 2 milliseconds
There would be some delay from the ATK site of course, due to internet
bandwidth. But that delay would be less than 100 milliseconds. The RPG
program still appears to offer about 260 times better performance.
There may be some rationalle for keeping php scripts as small as
possible.
-Nathan.
midrange.com
