API - CFC против cfinclude

Итак, компания, в которой я работаю, придерживается довольно неорганизованного подхода к нашему сайту. Все наши скрипты являются процедурными, в них добавлены cfincludes. Я хотел организовать это во внутреннем API, который другие веб-разработчики использовали бы, чтобы делать что угодно (потому что внесение изменения заставляет меня пройти и найти КАЖДЫЙ другой экземпляр, который необходимо обновить).

Я наконец-то на живом примере показал начальнику. Это следует из того, что я считал нормальным методом (из моего поиска в Google). Уровень обслуживания> Шлюз и DAO> Бины, с некоторыми фабриками, помогающими создавать объекты. Он работает хорошо и делает именно то, что я хотел. Он впечатлен этим и согласен с тем, что нам нужно привести наш код в порядок и лучше организовать его, но не видит преимущества использования этого метода объектно-ориентированных вызовов API к большому списку cfincludes для достижения той же цели. По сути, из того, как он объяснил cfincludes, это будет работать так же, как вызов метода.

Он спросил о преимуществах моего подхода по сравнению с этим cfinclude, и, хоть убей, я не могу найти никаких очевидных преимуществ, кроме группировки похожих данных в одном объекте. Есть ли что-нибудь еще или, может быть, было бы выгодно использовать подход cfinclude?