All pattern programs in php

Saved searches

Use saved searches to filter your results more quickly

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

Design Pattern Examples in PHP

License

RefactoringGuru/design-patterns-php

This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

Sign In Required

Please sign in to use Codespaces.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching Xcode

If nothing happens, download Xcode and try again.

Launching Visual Studio Code

Your codespace will open once ready.

There was a problem preparing your codespace, please try again.

Latest commit

Git stats

Files

Failed to load latest commit information.

README.md

This repository is part of the Refactoring.Guru project.

It contains PHP examples for all classic GoF design patterns.

Each pattern includes two examples:

• Conceptual examples show the internal structure of patterns, including detailed comments.
• RealWorld examples show how patterns can be used in real-world PHP applications.

These examples require PHP 7.3 and newer, although they can be easily replicated in older versions of PHP.

This version provides explicit argument and return type declarations, which help to understand better some patterns’ features that are not very obvious in dynamically typed language.

All examples can be launched via the command line, using the PHP executable as follows:

php src/Path-to-example/index.php 

For the best experience, I recommend working with examples with these IDEs:

I’m out of decent ideas for real-world usages for these two in PHP apps. If you had used them in your project, feel free to suggest me an idea by posting an Issue.

1. What is the Client Code?

Client means client of classes, defined as part of a pattern, which is merely a caller of the given methods or a user of the given classes. In other words, it’s the part of your application’s code that uses the pattern’s classes.

2. I don’t understand the roles you’re referring to in RealWorld examples.

Take a look at the conceptual example first. There you’ll find detailed descriptions of each class in a pattern, its role, and connection to other classes.

I appreciate any help, whether it’s a simple fix of a typo or a whole new example. Just make a fork, make your change and submit a pull request.

Here’s a style guide which might help you to keep your changes consistent with the rest of the project’s code:

1. All code should match the PSR2 coding style guide
2. Try to hard-wrap the code at 80th’s character. It helps to list the code on the website without scrollbars.
3. Examples should match following namespace convention: RefactoringGuru\\. For instance:

 namespace RefactoringGuru\FactoryMethod\Example\Buttons; class Button < .

/** * EN: All products families have the same varieties (MacOS/Windows). * * This is a MacOS variant of a button. * * RU: Все семейства продуктов имеют одни и те же вариации (MacOS/Windows). * * Это вариант кнопки под MacOS. */

This work is licensed under a Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License.

Authors: Alexander Shvets (@neochief) and Alexey Pyltsyn (@lex111)

Источник

Шаблоны проектирования для PHP

Начну небольшой цикл статей посвященных шаблонам проектирования с реализацией на PHP. Постепенно эту запись буду редактировать, чтобы собрать все ссылки скопом.

Все шаблоны я писал сам, но, естественно, ориентировался на существующий код и описания (почти всё с википедии и книг по Java). В основном, конечно это Java и C#, поскольку паттерны были придуманы для «больших» языков, а реализации в PHP лишь пытаются повторить их код. Это одна из проблем, поскольку PHP сам по себе уже имеет ряд готовых решений где использование шаблона просто не имеет смысла. Например шаблон Prototype (Прототип) реализуется через clone и ничего придумывать не нужно. Или шаблон Iterator (Итератор) по сути сводится к перебору массива, поскольку массив в PHP — универсальная структура и может содержать не только простые данные, вроде строк и чисел, но и сложные — объекты. Конечно, можно перевести код этих шаблонов с Java на PHP, но большого смысла это иметь не будет, разве что для теоретического изучения.

Шаблонов проектирования много и разобраться в них сходу не получится. Мои варианты шаблонов имеют пару особенностей. Первая — это реальный исполняемый код. То есть вы можете запустить на сервере index.php и получите результат в браузер. Сам шаблон и вся его работа размещена в одном файле для удобства (чтобы не прыгать по нескольким файлам).

Вторая особенность — я постарался убрать всю абстракцию и оставить только тот код, который имеет непосредственное отношение к алгоритму шаблона. К сожалению, почти все существующие примеры и описания паттернов проектирования описывают какую-то жуткую абстракцию реального мира: то уточки, то пиццерии, то мебельные фабрики, то мастера-строители. Это всё интересно читать, но когда дело доходит до программирования, то возникают сложности перенести эту абстракцию на свою реальную задачу: просто неясно как именно эти уточки могут помочь в написании, например роутинга или логирования?

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

Еще часто приводится излишне усложненный код, например типы входных параметров, или лишние интерфейсы, потому что так сделано в примерах на Java. В данном случае — это излишний код, который усложняет понимание сути паттерна.

Ну и самое неприятное, это то, что в Сети порой встречаются авторы, которые приводят ошибочные описания и примеры паттернов. Ну например на одном известном сайте есть утверждение, что Facade (Фасад) не должен сам инстанцировать классы, а должен их принимать как параметры. Это не просто ложное утверждение, а просто противоречит самой сути Фасада.

Я, конечно, не могу утверждать, что мои варианты идеально правильны, но насколько было возможно, то я постарался сделать так, чтобы они отражали основную суть паттерна, которую можно понять сразу при чтении кода. Вместо абстракций, я использую более технические термины: Method, Class, Unit и т.п.

Какие бывают паттерны

Первое, что нужно понять — это типы паттернов. Они делятся на

• Основные (Fundamental)
• Порождающие (Creational)
• Структурные (Structural)
• Поведенческие (Behavioral)

Порождающие шаблоны

Эта группа шаблонов решает задачу инстанцирования (создания) других объектов. Например есть множество мелких классов, которые будут использоваться в одном большом. Или какой-то класс может использовать методы либо одного, либо другого класса: при создании это указывается в виде параметра. Или, например класс, который имеет определенное поведение при создании: это Singleton (Одиночка) или Multiton (Пул одиночек).

Структурные шаблоны

Эти паттерны создают связи между классами. Например Facade (Фасад) объединяет в себе несколько классов, и предоставляя свой более простой метод обращения.

Поведенческие шаблоны

Самые сложные шаблоны, которые определяют алгоритмы и взаимодействие между классами. Например Strategy (Стратегия) и Template method (Шаблонный метод) задают алгоритмы работы. А Observer (Наблюдатель) создает взаимосвязь между несколькими классами.

Где и как использовать паттерны

На самом деле мы их и так постоянно используем, только многие не знают как они называются. 🙂 Это напоминает игру Бендера из «12 стульев»:

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

Сами по себе паттерны не сделают ваш код лучше, но в некоторых случаях помогут решить стоящие задачи. Всё дело в алгоритмах. Я рекомендую начинать изучение паттернов с их демо-примера (он в конце каждого файла), чтобы понять как именно «запускается» паттерн. Например многие паттерны «выполняются» очень просто:

$decoratedComponent = new Decorator(new Component()); $decoratedComponent->operation();

$a = CommonAbstract::initial('Class1'); $a->run();

Здесь мы видим статический класс, который инстанцирует другой просто по имени. То есть шаблоны используют какой-то вариант инстанцирования других классов: либо где-то внутри себя, либо принимают заранее подготовленный объект. Когда вы будете решать какой шаблон применить в своей работе, то в первую очередь подумайте как именно нужно инстанцировать классы. Потому что в одном случае вы получаете большую гибкость (за счет замены классов), а во втором можете инкапсулировать всю логику и спрятать весь сложный код, предоставив какие-то простые публичные методы.

Список шаблонов проектирования

• Facade (Фасад)
• Fluent Interface (Текучий интерфейс)
• Abstract Factory (Абстрактная фабрика)
• Factory Method (Фабричный метод)
• Singleton (Одиночка)
• Multiton (Пул одиночек)
• Registry (Реестр)
• Composite (Компоновщик)
• Builder (Строитель)
• Strategy (Стратегия)
• Adapter (Адаптер)
• Шаблон Observer (Наблюдатель)
• Шаблон Prototype (Прототип)
• Шаблон Bridge (Мост)
• Шаблон Decorator (Декоратор)
• Шаблон Flyweight (Приспособленец)
• Шаблон Proxy (Заместитель)
• Шаблон «Template method» (Шаблонный метод)

Источник

DesignPatternsPHP

This is a collection of known design patterns and some sample code how to implement them in PHP. Every pattern has a small list of examples.

Я считаю, проблема паттернов в том, что люди часто знакомы с ними, но не представляют как их применять.

Паттерны

Паттерны могут быть условно сгруппированы в три различные категории. Нажмите на заголовок каждой страницы с паттерном для детального объяснения паттерна в Википедии.

• 1. Порождающие шаблоны проектирования (Creational)
  • 1.1. Абстрактная фабрика (Abstract Factory)
  • 1.2. Строитель (Builder)
  • 1.3. Фабричный Метод (Factory Method)
  • 1.4. Объектный пул (Pool)
  • 1.5. Прототип (Prototype)
  • 1.6. Простая Фабрика (Simple Factory)
  • 1.7. Одиночка (Singleton)
  • 1.8. Статическая Фабрика (Static Factory)
  • 2.1. Адаптер (Adapter / Wrapper)
  • 2.2. Мост (Bridge)
  • 2.3. Компоновщик (Composite)
  • 2.4. Преобразователь Данных (Data Mapper)
  • 2.5. Декоратор (Decorator)
  • 2.6. Внедрение Зависимости (Dependency Injection)
  • 2.7. Фасад (Facade)
  • 2.8. Текучий Интерфейс (Fluent Interface)
  • 2.9. Приспособленец (Flyweight)
  • 2.10. Прокси (Proxy)
  • 2.11. Реестр (Registry)
  • 3.1. Цепочка Обязанностей (Chain Of Responsibilities)
  • 3.2. Команда (Command)
  • 3.3. Интепретатор (Interpreter)
  • 3.4. Итератор (Iterator)
  • 3.5. Посредник (Mediator)
  • 3.6. Хранитель (Memento)
  • 3.7. Объект Null (Null Object)
  • 3.8. Наблюдатель (Observer)
  • 3.9. Спецификация (Specification)
  • 3.10. Состояние (State)
  • 3.11. Стратегия (Strategy)
  • 3.12. Шаблонный Метод (Template Method)
  • 3.13. Посетитель (Visitor)
  • 4.1. Локатор Служб (Service Locator)
  • 4.2. Хранилище (Repository)
  • 4.3. Сущность-Атрибут-Значение

  © Copyright 2011-2020, Dominik Liebler and contributors. Ревизия 9e2553fe .

  Источник