Может войдёшь?
Черновики Написать статью Профиль

Расширение фреймворка

перевод документация 4.x

  1. 1. Введение
  2. 2. Управляющие и фабрики
  3. 3. Где расширять
  4. 4. Кэш
  5. 5. Сессии
    1. 5.1. Где расширять сессии
    2. 5.2. Написание расширения сессий
  6. 6. Авторизация
  7. 7. Расширения посредством IoC
  8. 8. Расширение запроса
Этот перевод актуален для англоязычной документации на (ветка 4.2) , (ветка 4.1) и (ветка 4.0). Опечатка? Выдели и нажми Ctrl+Enter.

Введение

Laravel предоставляет вам множество точек для настройки поведения различных частей ядра библиотеки или даже полной замены. К примеру, хэширующие функции определены контрактом (интерфейсом) PHPHasherInterface, который вы можете реализовать в зависимости от требований вашего приложения. Вы также можете расширить объект PHPRequest, добавив собственные удобные вспомогательные методы (helpers). Вы даже можете добавить новый драйвер авторизации, кэширования и сессии!

Расширение компонентов Laravel происходит двумя основными способами: привязка новой реализации через контейнер IoC и регистрация расширения через класс PHPManager, который реализует шаблон проектирования «Фабрика». В этом разделе мы изучим различные методы расширения фреймворка и код, который для этого необходим.

Подсказка: компоненты Laravel обычно расширяются через IoC или классы PHPManager — они служат реализацией «фабрик» и ответственны за работу подсистем, основанных на драйверах, таких как кэширование и сессии.

Управляющие и фабрики

Laravel содержит несколько классов PHPManager, которые управляют созданием компонентов, основанных на драйверах. Эти компоненты включают в себя кэш, сессии, авторизацию и очереди. Класс-управляющий ответственнен за создание конкретной реализации драйвера в зависимости от настроек приложения. Например, класс PHPCacheManager может создавать объекты-реализации APC, Memcached, file (вместо native в 4.0 — прим. пер.) и различных других драйверов.

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

Подсказка: посвятите несколько минут изучению различных классов PHPManager, которые поставляются с Laravel, таких как PHPCacheManager и PHPSessionManager. Знакомство с их кодом поможет вам лучше понять внутреннюю работу Laravel. Все классы-управляющие наследуют базовый класс PHPIlluminate\Support\Manager, который реализует общую полезную функциональность для каждого из них.

Где расширять

Эта документация описывает, как расширять различные компоненты Laravel, но вы можете задуматься — где разместить код расширения. Как и большую часть остального кода начальной загрузки, вы можете поместить некоторые расширения в ваши старт-файлы. Расширения Кэша и Авторизации являются хорошими кандидатами для такого подхода. Другие расширения, такие как Сессии, должны быть размещены в методе PHPregister() поставщика услуг, так как они необходимы в самом начале обработки запроса.

Кэш

Для расширения подсистемы кэширования мы используем метод PHPextend() класса PHPCacheManager, который используется для привязки стороннего драйвера к управляющему классу и является общим для всех таких классов. Например, для регистрации нового драйвера кэша с именем mongo мы бы сделали следующее:

PHP
Cache::extend('mongo', function ($app) {
  
// Вернуть объект типа Illuminate\Cache\Repository...
});

Первый параметр, передаваемый методу PHPextend() — имя драйвера. Это имя соответствует значению параметра driver файла настроек app/config/cache.php. Второй параметр — функция-замыкание, которая должна вернуть объект типа PHPIlluminate\Cache\Repository. Замыкание получит параметр PHP$app — объект PHPIlluminate\Foundation\Application и IoC-контейнер.

Для создания стороннего драйвера для кэша мы начнём с реализации контракта (интерфейса) PHPIlluminate\Cache\StoreInterface. Итак, наша реализация MongoDB будет выглядеть примерно так:

PHP
class MongoStore implements Illuminate\Cache\StoreInterface {

  public function 
get($key) {}
  public function 
put($key$value$minutes) {}
  public function 
increment($key$value 1) {}
  public function 
decrement($key$value 1) {}
  public function 
forever($key$value) {}
  public function 
forget($key) {}
  public function 
flush() {}

}

Нам только нужно реализовать каждый из этих методов с использованием подключения к MongoDB. Как только мы это сделали, можно закончить регистрацию нового драйвера:

PHP
use Illuminate\Cache\Repository;

Cache::extend('mongo', function ($app) {
  return new 
Repository(new MongoStore);
});

Как вы видите в примере выше, можно использовать базовый класс PHPIlluminate\Cache\Repository при создании нового драйвера для кэша. Обычно не требуется создавать собственный класс хранилища.

Если вы задумались о том, куда поместить ваш новый драйвер — подумайте о публикации его через Packagist. Либо вы можете создать пространство имён PHPExtensions в основной папке вашего приложения. Например, если оно называется «Snappy», вы можете поместить драйвер кэша в app/Snappy/Extensions/MongoStore.php. Однако держите в уме то, что Laravel не имеет жёсткой структуры папок и вы можете организовать свои файлы, как вам удобно.

Подсказка: если у вас стоит вопрос о том, где должен располагаться определённый код, в первую очередь вспомните о поставщиках услуг. Как мы уже говорили, их использование для упорядочивания расширений библиотеки очень здорово упорядочивает их код.

Сессии

Расширение системы сессий Laravel собственным драйвером так же просто, как и расширение драйвером кэша. Мы вновь используем метод PHPextend() для регистрации собственного кода:

PHP
Session::extend('mongo', function ($app) {
  
// Вернуть объект, реализующий SessionHandlerInterface...
});

Где расширять сессии

Расширения сессий должны быть зарегистрированы иначе, чем другие расширения, такие как кэш и авторизация. Поскольку сессии используются на самых ранних этапах обработки запроса, регистрация расширений в старт-файле произойдет слишком поздно. Вместо этого,будет необходим поставщик услуг. Вы должны поместить ваш код расширения сессий в метод PHPregister() поставщика услуг, а поставщик должен быть помещен ниже поставщика по умолчанию Illuminate\Session\SessionServiceProvider в массиве настроек providers.

Написание расширения сессий

Заметьте, что наш драйвер сессии должен реализовывать интерфейс PHPSessionHandlerInterface. Он включен в ядро PHP 5.4+. Если вы используете PHP 5.3, то Laravel создаст его для вас, что позволит поддерживать совместимость будущих версий. Этот интерфейс содержит несколько простых методов, которые нам нужно написать. Заглушка драйвера MongoDB выглядит так:

PHP
class MongoHandler implements SessionHandlerInterface {

  public function 
open($savePath$sessionName) {}
  public function 
close() {}
  public function 
read($sessionId) {}
  public function 
write($sessionId$data) {}
  public function 
destroy($sessionId) {}
  public function 
gc($lifetime) {}

}

Эти методы не так легки в понимании, как методы драйвера кэша (PHPStoreInterface), поэтому давайте пробежимся по каждому из них подробнее:

  • Метод open обычно используется при открытии системы сессий, основанной на файлах. Так как Laravel поставляется с драйвером сессий file, вам почти никогда не понадобиться добавлять что-либо в этот метод. Вы можете всегда оставить его пустым. Фактически, это просто плохое решение PHP, из-за которого мы должны написать этот метод (мы обсудим это ниже).
  • Метод close(), аналогично методу PHPopen(), обычно также игнорируется. Для большей части драйверов он не требуется.
  • Метод read() должен вернуть строку — данные сессии, связанные с переданным PHP$sessionId. Нет необходимости сериализовать объекты или делать какие-то другие преобразования при чтении или записи данных сессии в вашем драйвере — Laravel делает это автоматически.
  • Метод write() должен связать строку PHP$data с данными сессии с переданным идентификатором PHP$sessionId, сохранив её в каком-либо постоянном хранилище, таком как MongoDB, Dynamo и др.
  • Метод destroy() должен удалить все данные, связанные с переданным PHP$sessionId, из постоянного хранилища.
  • Метод gc() должен удалить все данные, которые старее переданного PHP$lifetime (отпечатка времени Unix). Для самоочищающихся систем вроде Memcached и Redis этот метод может быть пустым.

Как только интерфейс PHPSessionHandlerInterface был реализован мы готовы к тому, чтобы зарегистрировать новый драйвер в управляющем классе PHPSession:

PHP
Session::extend('mongo', function ($app) {
  return new 
MongoHandler;
});

Как только драйвер сессии зарегистрирован мы можем использовать его имя mongo в нашем файле настроек app/config/session.php.

Подсказка: если вы написали новый драйвер сессии, поделитесь им на Packagist!

Авторизация

Механизм авторизации может быть расширен тем же способом, что и кэш и сессии. Мы используем метод PHPextend(), с которым вы уже знакомы:

PHP
Auth::extend('riak', function ($app) {
  
// Вернуть объект, реализующий Illuminate\Auth\UserProviderInterface...
});

Реализация PHPUserProviderInterface ответственна только за то, чтобы получать нужный объект PHPUserInterface из постоянного хранилища, такого как MySQL, Riak и др. Эти два интерфейса позволяют работать механизму авторизации Laravel вне зависимости от того, как хранятся пользовательские данные и какой класс используется для их представления.

Давайте посмотрим на определение PHPUserProviderInterface:

PHP
interface UserProviderInterface {

  public function 
retrieveById($identifier);
  public function 
retrieveByToken($identifier$token);
  public function 
updateRememberToken(UserInterface $user$token);
  public function 
retrieveByCredentials(array $credentials);
  public function 
validateCredentials(UserInterface $user, array $credentials);

}

Метод PHPretrieveById() обычно получает числовой ключ, идентифицирующий пользователя — такой, как автоувеличивающееся числовое поле ID в СУБД MySQL. Метод должен возвращать объект PHPUserInterface, соответствующий переданному ID.

+ 4.2

добавлено в 4.2 ()

Добавлены PHPretrieveByToken и PHPupdateRememberToken.

Метод PHPretrieveByToken() получает пользователя по его уникальному PHP$identifier и токену «запомнить меня» — PHP$token, который хранится в поле PHPremember_token. Как и предыдущий метод, он должен возвращать объект PHPUserInterface.

Метод PHPupdateRememberToken() записывает новое значение PHP$token в поле PHPremember_token для указанного PHP$user. Новый токен может быть как свежим, назначенным при удачном входе с опцией «запомнить меня», так и нулевым, когда пользователь выходит из приложения.

Метод PHPretrieveByCredentials() получает массив данных, которые были переданы методу PHPAuth::attempt() при попытке входа в систему. Этот метод должен запросить своё постоянное хранилище на наличие пользователя с совпадающими данными. Обычно этот метод выполнит SQL-запрос с проверкой на PHP$credentials['username']. Этот метод не должен производить сравнение паролей или выполнять вход.

Метод PHPvalidateCredentials() должен сравнить переданный объект пользователя PHP$user с данными для входа PHP$credentials для того, чтобы его авторизовать. К примеру, этот метод может сравнивать строку PHP$user->getAuthPassword с результатом вызова PHPHash::make() на строке PHP$credentials['password'].

Теперь, когда мы узнали о каждом методе интерфейса PHPUserProviderInterface давайте посмотрим на интерфейс PHPUserInterface. Как вы помните, поставщик должен вернуть реализацию этого интерфейса из своих методов PHPretrieveById() и PHPretrieveByCredentials().

PHP
interface UserInterface {

  public function 
getAuthIdentifier();
  public function 
getAuthPassword();

}

Это простой интерфейс. Метод PHPgetAuthIdentifier() должен просто вернуть «первичный ключ» пользователя. Если используется хранилище MySQL, то это будет автоматическое числовое поле-первичный ключ. Метод PHPgetAuthPassword() должен вернуть хэшированный пароль. Этот интерфейс позволяет системе авторизации работать с любым классом пользователя, вне зависимости от используемой ORM или хранилища данных. Изначально Laravel содержит класс PHPUser в папке app/models, который реализует этот интерфейс, поэтому вы можете обратиться к этому классу, чтобы увидеть пример реализации.

Наконец, как только мы написали класс-реализацию PHPUserProviderInterface, у нас готово для регистрации расширения в фасаде PHPAuth:

PHP
Auth::extend('riak', function ($app) {
  return new 
RiakUserProvider($app['riak.connection']);
});

Когда вы зарегистрировали драйвер методом PHPextend() вы можете активировать его в вашем файле настроек app/config/auth.php.

Расширения посредством IoC

Почти каждый поставщик услуг Laravel получает свои объекты из контейнера IoC. Вы можете увидеть список поставщиков в вашем приложения в файле app/config/app.php. Вам стоит пробежаться по коду каждого из поставщиков в свободное время — сделав это вы получите намного более чёткое представление о том, какую именно функциональность каждый из них добавляет к фреймворку, а также какие ключи используются для регистрации различных услуг в контейнере IoC.

Например, PHPHashServiceProvider использует ключ hash для получения экземпляра PHPIlluminate\Hashing\BcryptHasher из контейнера IoC. Вы можете легко расширить и перекрыть этот класс в вашем приложении перекрыв эту привязку. Например:

PHP
class SnappyHashProvider extends Illuminate\Hashing\HashServiceProvider {

public function 
boot()
{
  
App::bindShared('hash', function()
  {
    return new 
Snappy\Hashing\ScryptHasher;
  });

  
parent::boot();
}

Заметьте, что этот класс расширяет PHPHashServiceProvider, а не класс PHPServiceProvider по умолчанию. Как только вы расширили этого поставщика, измените PHPHashServiceProvider в файле настроек app/config/app.php на имя вашего нового поставщика услуг.

Это общий подход к расширению любого класса ядра, который привязан к контейнеру. Фактически каждый класс так или иначе привязан к нему, и с его помощью может быть перекрыт. Опять же, прочитав код включённых в библиотеку поставщиков услуг вы познакомитись с тем, где различные классы привязываются к контейнеру и какие ключи для этого используются. Это отличный способ понять глубинную работу Laravel.

Расширение запроса

Расширение класса PHPRequest происходит немного иначе в отличии от описанных ранее из-за того, что это основополагающая часть фреймворка и создаётся в самом начале обработки запроса.

Для начала расширьте класс, как это обычно делается:

PHP
<?php namespace QuickBill\Extensions;

class 
Request extends \Illuminate\Http\Request {

  
// Здесь ваши собственные полезные методы...

}

Как только класс расширен, откройте файл bootstrap/start.php. Это один из нескольких первых файлов, подключаемых в самом начале обработки запроса в вашем приложении. Заметьте, что самое первое, что здесь происходит — создание объекта PHP$app:

PHP
$app = new \Illuminate\Foundation\Application;

Когда объект приложения создан он создаст новый объект PHPIlluminate\Http\Request и привяжет его к контейнеру IoC с ключом request. Итак, нам нужен способ для указания нашего собственного класса, который должен использоваться в виде объекта запроса по умолчанию, верно? К счастью, метод объекта приложения PHPrequestClass() выполняет как раз эту задачу! Итак, мы можем добавить эти строки в начало вашего файла bootstrap/start.php:

PHP
use Illuminate\Foundation\Application;

Application::requestClass('QuickBill\Extensions\Request');

Как только вы указали сторонний класс запроса, Laravel будет использовать его каждый раз при создании объекта PHPRequest, позволяя вам всегда иметь под рукой собственную реализацию, даже в юнит-тестах.

Написать комментарий

Разметка: ? ?

Авторизуйся, чтобы прокомментировать.