Четвертое издание книги было пересмотрено и дополнено новым материалом. Книга начинается с обзора объектно-ориентированных возможностей РНР, в который включены важные темы, такие как определение классов, наследование, инкапсуляция, рефлексия и многое...

Когда меня впервые посетила идея написать эту книгу, объектно-ориентированные средства разработки в PHP использовали лишь избранные программисты. Однако со временем мы увидели не только безусловный рост популярности объектно- ориентированных средств языка PHP, но и развитие всего фреймворка. Безусловно, фреймворки (каркасы приложений) чрезвычайно полезны. Они составляют основу многих (на сегодняшний день, вероятно, большинства) веб-приложений. Более того, часто эти каркасы точно иллюстрируют основные подходы к проектированию программного обеспечения, рассматриваемые в этой книге.
Тем не менее здесь для разработчиков таится определенная опасность, точно так же как и при использовании любого другого полезного API. Речь идет о боязни того, что пользовательские приложения могут стать зависимыми от некоего стороннего гуру, который никак не удосужится внести исправления в созданный им каркас или по собственной прихоти внес изменения в его функционал. На самом деле подобная точка зрения часто приводит к тому, что разработчики программного обеспечения рассматривают внутреннюю структуру каркаса как некий “черный ящик”, а свою часть работы считают не более чем небольшой надстройкой, поставленной на вершину огромной и непознанной инфраструктуры.
Несмотря на то что я отношусь к злобным изобретателям велосипедов, суть моих доводов состоит вовсе не в том, что я призываю вас полностью отказаться от своих любимых каркасов и начать создавать MVC-приложения “с нуля” (по крайней мере, хотя бы иногда). Наоборот, мы как разработчики должны понимать задачи, которые решает тот или иной каркас, а также разбираться в методиках, которые используются для их решения. Мы должны оценивать каждый каркас не только с точки зрения предлагаемых им функциональных возможностей, но и с точки зрения проектных решений, которые использовали их создатели, и оценить, насколько качественно они реализованы. Разумеется, что, когда нам позволяют обстоятельства, мы как разработчики должны развиваться и создавать собственные служебные и специализированные приложения, а со временем — создать собственную библиотеку повторно используемого кода.
Я надеюсь, что эта книга поможет PHP-разработчикам выработать навыки проектно-ориентированного мышления и реализовать их в собственных программных платформах и библиотеках. Здесь описаны также несколько концептуальных средств, которые пригодятся вам, когда наступит время действовать в одиночку и брать всю ответственность на себя. Совсем недавно я потратил около года на обучение. И это то, что я настоятельно рекомендую сделать всем по целому ряду причин. Одна из них — после обучения вы сможете взглянуть на знакомый мир с другой точки зрения. После возврата к своей привычной консалтинговой деятельности я с удивлением обнаружил, что большинство моих старых клиентов и знакомых сделали решительный шаг вперед и перешли на использование системы контроля версий Git (в этом издании мне также пришлось отдать дань моде). Кроме того, почти все из них стали называть свою методологию разработки гибкой (agile), хотя трое из четверых моих новых клиентов попросили оценить их наспех созданную и по этой причине совсем не гибкую кодовую базу (codebase). В каждом проекте требуется сначала создать (или подогнать) набор модульных тестов, написать основную документацию и разработать механизм автоматизированного построения проекта. И только после этого можно браться за рефакторинг. В противном случае его результаты будут весьма плачевными. Я потратил немало усилий на то, чтобы освоить на практике все те средства и правила, о которых говорится в последней части книги. И я надеюсь, что вы также оцените их по достоинству и что они помогут вам создавать надежные и гибкие программные системы.

От издательства
Вы, читатель этой книги, и есть главный ее критик. Мы ценим ваше мнение и хотим знать, что было сделано нами правильно, что можно было сделать лучше и что еще вы хотели бы увидеть изданным нами. Нам интересно услышать и любые другие замечания, которые вам хотелось бы высказать в наш адрес. Мы ждем ваших комментариев и надеемся на них. Вы можете прислать нам бумажное или электронное письмо либо просто посетить наш веб-сайт и оставить свои замечания там. Одним словом, любым удобным для вас способом дайте нам знать, нравится ли вам эта книга, а также выскажите свое мнение о том, как сделать наши книги более интересными для вас.

Об авторе 16
О техническом рецензенте 17
Благодарности 18
Часть I. Введение 21
Глава 1. PHP: проектирование и сопровождение систем 23
Часть II. Объекты 31
Глава 2. PHP и объекты 33
Глава 3. Основные сведения об объектах 39
Глава 4. Расширенные средства 67
Глава 5. Средства для работы с объектами 115
Глава 6. Объекты и методология проектирования 147
Часть III. Шаблоны 169
Глава 7. Что такое проектные шаблоны и зачем они нужны 171
Глава 8. Некоторые принципы шаблонов 181
Глава 9. Генерация объектов 197
Глава 10. Шаблоны для программирования гибких объектов 223
Глава 11. Выполнение задач и представление результатов 245
Глава 12. Шаблоны корпоративных приложений 279
Глава 13. Шаблоны баз данных 335
Часть IV. Практика 381
Глава 14. Хорошие и плохие методы работы 383
Глава 15. Введение в PEAR и Pyrus 393
Глава 16. Генерация документации с помощью phpDocumentor 417
Глава 17. Контроль версий с помощью Git 431
Глава 18. Тестирование с помощью PHPUnit 451
Глава 19. Автоматическое построение с помощью Phing 479
Глава 20. Непрерывная интеграция 501
Часть V. Заключение 527
Глава 21. Объекты, шаблоны, практика 529
Часть VI. Приложения 539
Приложение А. Дополнительные источники информации 541
Приложение Б. Простой синтаксический анализатор 545
Предметный указатель 567