-Поиск по дневнику

Поиск сообщений в rss_rss_hh_new

 -Подписка по e-mail

 

 -Статистика

Статистика LiveInternet.ru: показано количество хитов и посетителей
Создан: 17.03.2011
Записей:
Комментариев:
Написано: 51


Опыт внедрения PSR стандартов в одном легаси проекте

Пятница, 29 Сентября 2017 г. 00:08 + в цитатник
Fantyk сегодня в 00:08 Разработка

Опыт внедрения PSR стандартов в одном легаси проекте

    Всем привет!
    В этой статье я хочу рассказать о своем опыте переезда на “отвечающую современным трендам” платформу в одном legacy проекте.


    Все началось примерно год назад, когда меня перекинули в “старый” (для меня новый) отдел.
    До этого я работал с Symfony/Laravel. Перейдя на проект с самописным фреймворком количество WTF просто зашкаливало, но со временем все оказалось не так и плохо.
    Во-первых, проект работал. Во-вторых, применение шаблонов проектирования прослеживалось: был свой контейнер зависимостей, ActiveRecord и QueryBuilder.
    Плюс, был дополнительный уровень абстракции над контейнером, логгером, работе с очередями и зачатки сервисного слоя(бизнес логика не зависела от HTTP слоя, кое-где логика была вынесена из контроллеров).


    Далее я опишу те вещи, с которыми трудно было мириться:


    1. Логгер log4php


    Сам по себе логгер работал и хорошо. Но были жирные минусы:


    • Отсутствие интерфейса
    • Сложность конфигурации для задач чуть менее стандартных (например, отправлять логи уровня error в ElastickSearch).
    • Подавляющее большинство компонентов мира opensource зависят от интерфейса Psr\Log\LoggerInterface. В проекте все равно пришлось держать оба логгера.

    2-6. Контроллеры были вида:


    https://habrahabr.ru/post/337692/

    Метки:  

     

    Добавить комментарий:
    Текст комментария: смайлики

    Проверка орфографии: (найти ошибки)

    Прикрепить картинку:

     Переводить URL в ссылку
     Подписаться на комментарии
     Подписать картинку