Как подключить PSR-3 к самописному MVC?

Question

[cheremsha11]

Приветствую! Погуглил, но все найденное просто перевод спецификации дословно. Не понимаю, в чем основная идея PSR-3 и как правильно реализовать его в простом проекте MVC. Утверждается, что это дает доступ сторонним библиотекам к логированию в общепринятом виде psr\log. Необходимо ли давать возможность логирования в каждом контроллере, модели и представлении(view), то есть реализовать вызов $this->logger() в них? Нужно ли логировать сам проект через $this->logger()?

Comments

[Дмитрий]

Это рекомендация к реализации, оно может работать как вам захочется

[Adamos]

PSR не принуждает вас делать что бы то ни было.
Это просто стандартный (читай - выверенный и совместимый с уже имеющимися наработками) способ сделать то, что вам нужно, не изобретая ядерных велосипедов.
То есть если вам самому нужно логирование - делайте его по PSR-3. Проще будет потом работать с логами.
Пихать логгер туда, где он вам самому не понадобился, совершенно незачем.

[cheremsha11]

Adamos,

делайте его по PSR-3

- вот этот принцип и хочу выяснить. Устанавливаю библиотеку psr\log, создаю класс, отнаследованный от Psr\Log\LoggerInterface и реализую методы?
Проще говоря, если держаться названий и аргументов этих методов и названий уровней (Psr\Log\LogLevel) для логирования, это тоже будет PSR-3?

[Adamos]

cheremsha11, ну да, следуете рекомендациям, чтобы те, кто будет смотреть в этот код после вас, могли не расследовать вашу оригинальную логику, а полагаться на то, что вы следовали тем самым рекомендациям.

Answer 1

[Дмитрий Дерепко]

Необходимо ли давать возможность логирования в каждом контроллере, модели и представлении(view), то есть реализовать вызов $this->logger() в них?

Нет, этого не нужно делать. Тем более не нужно устанавливать логер в Abstract/Base классах.
Когда нужен будет (1 раз в модели/вьюхе, чтобы потестить выдачу), достаете через конструктор/контейнер/другим образом и используете, потом вырезаете. В контроллерах не всегда, обычно в MiddleWare, если они есть.

Нужно ли логировать сам проект через $this->logger()?

Что???

Comments

[cheremsha11]

Спасибо за ответ. Должно быть неправильно выразил мысль. logger - это пример из официальной спецификации Psr\Log\LoggerAwareInterface

Вот у меня есть пара собственных библитек, будет возможно какое-то количество сторонних библитек, поддерживающих PSR-3, MVC каркас и собственно самописное ядро с роутером и прочим. Ядро и имел ввиду под словом "проект". Если реализовать спецификацию PSR-3, то, как понимаю, смогу собирать логи и выводить их как и куда угодно в общепринятом виде.
Наверное, основной вопрос, который я должен был задать первым - какую проблему PSR-3 решает?

[Дмитрий Дерепко]

cheremsha11, все PSR решают одну и ту же проблему - рекомендованная стандартизация.
Если хочешь, чтобы твой кусочек использовали все, то используй эти рекомендации

Answer 2

[Antony Tkachenko]

Основная идея psr-3 - это абстракция, контракт (интерфейс). И в нем ни слова не говориться о том что и как вам логгировать - это уже задача вашего приложения.

https://ru.m.wikipedia.org/wiki/%D0%9F%D1%80%D0%B8...

Comments

[cheremsha11]

Дело в том, что логгирование у меня уже поддерживается и вызывается в любом месте. Подозреваю, что если бы в спецификации не указали явно, какие интерфейсы рекомендуется использовать, а просто написали, что должно быть на выходе (уровни ошибок и методы с аргументами), было бы проще понять, что они имеют ввиду.

[Antony Tkachenko]

cheremsha11, https://github.com/php-fig/log
В спецификации есть интерфейсы. Твой логгер должен зависеть от этих абстракций и реализовывать нужные методы.
И там где нужен логгер внедрять его через интерфейс, к примеру:

<?php

use Psr\Log\LoggerInterface;

class Foo
{
    private $logger;

    public function __construct(LoggerInterface $logger = null)
    {
        $this->logger = $logger;
    }

    public function doSomething()
    {
        if ($this->logger) {
            $this->logger->info('Doing work');
        }

        // do something useful
    }
}

вместо

<?php

use Acme\Logger; // реализация логгера

class Foo
{
    private $logger;

    public function __construct(Logger $logger = null)
    {
        $this->logger = $logger;
    }

    public function doSomething()
    {
        if ($this->logger) {
            $this->logger->info('Doing work');
        }

        // do something useful
    }
}

Это нужно для того, чтобы в приложении не зависеть от определенной реализации, а взять любой логгер реализующий PSR-3 (например, monolog/monolog)

https://packagist.org/providers/psr/log-implementation

Почитайте про принципы SOLID (в данном случае LSP/DIP)

[cheremsha11]

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

Ну и если поставить monolog, который подтянет psr\log, то в общем-то всё будет работать и так. Это рекомендации для тех, кто хочет сделать собственный логгер, как и рекомендации по реализации собственного загрузчика классов. Не понимаю тогда, откуда такой хайп по поводу psr, IDE сами расставят скобки в соответствии с рекомендациями, фреймворки популярные поддерживают всё из коробки. Это не вопрос, а умозаключение) Спасибо за подробный ответ.

[Antony Tkachenko]

https://www.php-fig.org/psr/psr-3/
Документ начинается с этого.

This document describes a common interface for logging libraries.

[cheremsha11]

This ensures that the third-party libraries an application uses can write to the centralized application logs.

Вот про это, можно толковать превратно.