Критика прийнята, ви праві. Бо й справді здається модулі дуже добре підійдуть мені - все можна зробити ізольовано, легко перенести в інший проект...
І чому я сам до цього не додумався!

П.С. Виходить, що одні лише контролери і... та навіть і контролери - тобто все можна реалізувати модульно, лише бери та підключай модулі... Ого, прикольно. Щя спробую.

Спробував модульний підхід, дуже сподобалось. Раніше підключав лише чужі модулі...

П.С. Інколи прозріння приходить на рівному місті.

Отже розказую свою історію.
Спочатку у мене були теж такі проблеми але деякі з них я зміг вирішити.
Для прикладу у мене є клас парсера який я юзаю в 3х проектах. Коли щось міняю в одному (фіксаю баги) треба що б було все в інших.
Я почав використовувати композер і не паритись про ці штуки. Одну проблему я вирішив. Тобто я в будь який час можу оновити бібліотеку до стабільної версії .
Висновок перший. Якщо у вас юзається в 3х проектах одна і та сама штука - оформляйте її як бібліотеку і використовуйте композер.

Друга проблема яка у мене в процесі це коли наприклад треба поміняти назву методу в своїй бібліотеці. Або взагалі зробити зміни які зачеплять арі.

Ось тут і починається саме веселе. Цю штуку я вирішив частково. Я просто випускаю рефакторні скріпти (патчі чи називайте їх як хочете)

Що це за штука. Я не просто міняю назву методу і все. А пишу код який поміняє назву методу у відповідних класах.
Що це дає. Краще потратити 20 хв і будеш мати нормальні зміни у твоїх бібліотехка аніж вручну ковбасити пару годин.
Друга пробелма вирішена частково так як є такі місця у яких неможливо визначити чи необхідно міняти метод чи ні але все ж таки у більшості випадків дана ідея працює

Висновок другий. Випускайте патчі

Тільки треба бути обережний, якщо видалити десь 1 об_єкт то можна не знайти його потім в жодному, а вінда про це не попереждає

Знав би - скинув. Ми цю технологію мало розглядали на парах.
Фактично, я і не бачив популярності АОП десь, окрім Java+Spring (а може, я просто відстав від прогресу ).