Today, I have released two versions of Cgiapp into the wild, Cgiapp 1.8.0
and Cgiapp2 2.0.0rc1.
Cgiapp 1.8.0 is a performance release. I did a complete code audit of the
class, and did a number of changes to improve performance and fix some
previously erratic behaviours. Additionally, I tested under both PHP4 and
PHP5 to make sure that behaviour is the same in both environments.
However, Cgiapp 1.8.0 markes the last feature release of Cgiapp. I am
deprecating the branch in favor of Cgiapp2.
Cgiapp2 is a PHP5-only version of Cgiapp. Some of the changes:
- Cgiapp2 is an abstract class, with the abstract method setup(). Now it
is truly non-instantiable!
- Cgiapp2 makes extensive use of visibility operators. Key methods have
been marked final, some methods are now protected, others static. See the changelog for more information.
- Cgiapp2 is now E_STRICT compliant.
- Cgiapp2 implements the CGI::Application 4.x series callback hook system.
This is basically an observer pattern, allowing developers to register
callbacks that execute at different locations in the runtime.
- Cgiapp2 adds some extensive error and exception handling classes,
including observable errors and exceptions.
- I created a template interface. If implemented, a template engine can be
plugged into the architecture at will -- at the superclass, application
class, and instance script level, allowing developers to mix-and-match
template engines or choose whichever matches their taste, without
having to rewrite application code. Three template plugins are included:
Cgiapp and Cgiapp2 are available at
Sourceforge.
Keep reading for more information on the evolution of Cgiapp2.
I've been loathe to make Cgiapp (1) PHP5-only, and (2) into a version 2
style PEAR package (e.g., Cgiapp2 versus Cgiapp). However, I realized
recently that both were necessary.
I've been doing a lot of reading the past 6 months on design patterns, and
also exposed to a bunch of advanced PHP5 code since my employment at Zend.
In developing Cgiapp2, I decided to put both to use so I could help advance
my coding skills.
At this point, I don't know how I ever thought I could successfully port
Cgiapp without PHP5. Having the ability to define abstract classes, static
properties and methods, and marking methods as final is truly useful and
makes the class much more robust.
PHP5 is truly a great advance for PHP4. I had been somewhat ambivalent about
it before; I liked the ability to pass objects without using the reference
notation (e.g., '=&'), and had used SimpleXML a little, but overall
didn't see much use to the new features. With my introduction to design
patterns, I started seeing more uses for them, as some design patterns are
difficult, if not impossible, to implement without them. The visibility
operators are truly useful. Static properties and methods are also
incredibly useful. Exceptions completely change the face of error handling
for PHP. I've even found uses for the Reflection API, something I never
thought I'd do.
If you're not using PHP5 yet, you're doing yourself a disservice. Upgrade
today, and start coding projects that make use of the new OOP model.
Regarding the versioning numbers, I realized that if I'm going to have two
stable versions of Cgiapp around, having them both named Cgiapp would make
it difficult for developers to migrate -- they wouldn't be able to have them
easily accessible on the same machine at the same time. Once again, the PEAR
group got it right, when it comes to backwards compatibility. Thus, Cgiapp
2.0.0 was renamed to Cgiapp2 2.0.0.
Enjoy the new releases!
