Как стать автором
Обновить

Комментарии 13

>Каждый из нас любит писать чистый объектно-ориентированный код

Кто это любит?
Никто не любит.

>Решение вопросов сквозной функциональности в приложениях

Я манал так решать.
У меня и проблем таких нет :)

Счастливый человек :)

А мне идея понравилась с логгированием с помощью AOP.
Когда дофига серверной логики наворочено, то логгировать приходится много и код разрастается прилично от строк, вызывающих один лишь логгер.

Декорация. И ничего не раздувается. И все явно, просто в тестировании и т.д.

У меня и проблем таких нет :)


вы считаете код битрикса чем-то чему стоит подражать. Это уже о многом говорит.
1. У меня как бы не код Битрикса. А только интерфейс всего одного метода API.
2. Вы просто слепы и не способны оценить красоту игры.
НЛО прилетело и опубликовало эту надпись здесь
> Enterprise-инфраструктура менеджмента PHP-пакетов в рамках компании

и

> Контейнер сервисов — Что? Где? Когда?

имеют одинаковые ссылки на видео
но всегда есть сквозная функциональность, которая не может быть решена с помощью объектного кода


Опять АОП… Опять неявная магия, метапрограммирование и т.д. Опять на ровном месте усложняется тестирование.
Могу удивить, но тестировать код с АОП легче. А легче потому, что не нужно мокать зависимости типа логгера, кэша и т.д. Проверяется только нужная логика.
А легче потому, что не нужно мокать зависимости типа логгера, кэша и т.д.


при декорации их тоже не нужно мокать.

что бы быть не голословным:


https://gist.github.com/fesor/c643e11a3191949642b90e9260163da1


тут у нас есть реализация нейкого сервиса, тест к нему (заметте что реализация сервиса ничего не знает о дополнительных штуках вроде логирования и как следствие никаких моков логов там нет), декоратор и тест к нему (аспекты ж тоже надо тестировать, так?)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий