Michael Girouard's Blog

Over the next couple of articles, I'll be walking you through the process of developing a simple MVC framework that you can use as a starting point for almost any PHP application that needs to be developed.

Furthermore this framework won't be like any other framework you've seen: it's going to be small enough to not obstruct the real development, elegant enough to make it a pleasure to work on in the future, and scalable enough to be useful in the development of applications of any size.

How? By keeping things simple and resisting the urge to add tons of stupid features. Remember, it’s just a framework. Save the real coding for the application.

The Ground Rules

Before we dive into the deep end, let’s get a few things straight. Everyone has their own way of interpreting the concepts I will be presenting so before anyone draws any premature conclusions, I’m going to lay it all out in the open.

In no particular order:

• MVC is a design pattern — not a framework. Most of this framework’s code base will be written toward MVC components, however that still does not make it a stand-alone framework.
• Frameworks should have a small set of responsibilities. The framework demonstrated will only be responsible for the page load scenario.
• This is all part of a side-project I am in the process of bringing back to life. If you want something that offers a bit more, be sure to follow up on the project every now and again.
• It is my most sincere hopes that by documenting my experiences here, you too will be inspired to develop your own framework. If you want, please feel free to use my code as a starting point — but be aware that I am releasing it under the New BSD License. This means that it’s damn near public domain, but you have to send some credit my way if you want to use the code.
• Only PHP 5 will be used. There’s absolutely no point in wasting time to support people who refuse to stay current.
• The API will be delivered using a set of abstract classes and interfaces. When it comes time to write an application, simply extend the class you need.
• This will be an evolving project. Although I’m quite settled on how this is going to work, I predict that the feature set will change.

The Feature Set

Even though the goal of this framework is to be lightweight, it still will need to have a reasonable set of features to make it worth using. The following list are things that I think are requirements in any modern PHP framework:

• Controllers that prefer REST-based requests, but can be force-fed an action in case the client doesn’t fully support the HTTP spec (web browsers for example) or if that’s just how you prefer to structure your URIs.
• The ability to emit any data type: HTML, XML, JSON, Serialize PHP, or anything else you wish to define.
• The option for anything to be overridden with new functionality.
• Models that represent any kind of data — not just database records — as well as provide a uniform API no matter what the data type is.
• A template system that supports master templates and partial templates. No custom template language. No separate header/footer includes.
• Automatic dependency location by user-defined parameters.

So why reinvent the wheel?

Because you can. Because you will learn a great deal. Because all other frameworks are great for getting an application off the ground, but come with a lot of extra baggage that you simply don’t need.

The reality is simple: frameworks aren’t that big of a deal. Just because is big, bulky, and bad ass doesn’t mean that you can’t make something just as good… even better since it will be your framework.

[The second part of this series can be found here.]

• Rolling Your Own MVC: The Page Load Scenario