Question

I am refurbishing a big CMS that I have been working on for quite a number of years now. The product itself is great, but some components, the Database and translation classes for example, need urgent replacing – partly self-made as far back as 2002, grown into a bit of a chaos over time, and might have trouble surviving a security audit.

So, I’ve been looking closely at a number of frameworks (or, more exactly, component Libraries, as I do not intend to change the basic structure of the CMS) and ended up with liking Zend Framework the best. They offer a solid MVC model but don’t force you into it, and they offer a lot of professional components that have obviously received a lot of attention (Did you know there are multiple plurals in Russian, and you can’t translate them using a simple ($number == 0) or ($number > 1) switch? I didn’t, but Zend_Translate can handle it. Just to illustrate the level of thorougness the library seems to have been built with.)

I am now literally at the point of no return, starting to replace key components of the system by the Zend-made ones. I’m not really having second thoughts – and I am surely not looking to incite a flame war – but before going onward, I would like to step back for a moment and look whether there is anything speaking against tying a big system closely to Zend Framework.

What I like about Zend:

• As far as I can see, very high quality code
• Extremely well documented, at least regarding introductions to how things work (Haven’t had to use detailed API documentation yet)
• Backed by a company that has an interest in seeing the framework prosper
• Well received in the community, has a considerable user base
• Employs coding standards I like
• Comes with a full set of unit tests
• Feels to me like the right choice to make – or at least, one of the right choices – in terms of modern, professional PHP development.

I have been thinking about encapsulating and abstracting ZF’s functionality into own classes to be able to switch frameworks more easily, but have come to the conclusion that this would not be a good idea because:

• it would be an unnecessary level of abstraction
• it could cost performance
• the big advantage of using a framework – the existence of a developer base that is familiar with its components – would partly be cancelled out

therefore, the commitment to ZF would be a deep one. Thus my question:

Is there anything substantial speaking against committing to the Zend Framework?

Do you have insider knowledge of plans of Zend Inc.’s to go evil in 2011, and make it a closed source library? Is Zend Inc. run by vampires run by evil vampires that want to take over the earth? (It was established in the comments that Zend is actually run by vampires.) Are there conceptual flaws in the code base you start to notice when you’ve transitioned all your projects to it? Is the appearance of quality code an illusion? Does the code look good, but run terribly slow on anything below my quad-core workstation?

Accepting answer

Thanks a lot everyone for your detailed feedback. I wish I could set up a bounty and distribute it evenly among all answerers.

Among many opinions favourable towards ZF, there was one very well founded one against. I took that very seriously and had a close look at alternatives, mainly Yii and Kohana. From that comparison and from reading some more opinions regarding ZF and competing products, I can see that Zend can be viewed as bloated in some fields compared to more minimalistic frameworks. (I can also see that this "bloat" is mostly with good reason to provide maximum flexibility. But the question whether you want maximum flexibility and deal with the ensuing complexity, or a simpler approach with clear guidelines, is a valid one.)

Anyway, I will go for Zend for the project at hand, because the main use I have for the framework there is as a component library. I do not want to adopt Zend’s MVC model, I just need high-quality components for Internationalization, Session handling and so on. Because I am building a redistributable product, Zend’s flexibility (e.g. the support for five different dictionary formats) is welcome to me. Also, ZF seems to be the only framework that allows the degree of freedom I want (No forced use of patters, file structures…) as far as I can see, no other framework offers that.

For future projects in which I want to make use of the actual MVC features, and totally submit to a framework’s conventions on application building, naming, style, and procedures, though, I may not necessarily be going for Zend, but for a more minimalistic framework like Yii or Kohana.

Answer 1

Zend Framework is the best choice. Best framework API of them all, readable code, language conventions, good docs, comunity, support et all
My dislikes of it (subjective, mabe people are going to downvote me for it) are:

• Zend_Form, has it’s use, but in general is too obtrusive, I just want to structure my HTML not fight APIs and decorators.
• Zend_Db_Table, powerful, but it needs a lot of work to accomplish your goals, and Rails taught me to be lazy. No, I don’t want to write 3 classes for a model, one for the table, one for the rowset, one for the row, then bind them to each other and so on. I might need the table data gateway at some point, but for now I really want to interface this data with a quick active record.
• no active record. With the late static binding in php 5.3 this might change …

I tried really hard to use these two for a couple of months until I finally had it.

I overcame them by (ideas from Ruby on Rails)

• use plain view helpers instead of Zend_Form as in:
  echo $this->formText('email', '[e-mail]', array('size' => 32));
• having my own Active Record like models ( http://www.phpactiverecord.org )
• validate and filter on the model
• for the really extreme corner cases, one can fall back to Zend_Form + Zend_Db_Table, although I never felt the need.

EDIT
There are some new kids worth checking out, like Laravel

The one thing ZF really wins over other frameworks is the router, controller and views, conventions, clean readable code, process.