Это действительно зависит от того, чего вы пытаетесь достичь. Проблема написания вашей собственной структуры для такого проекта заключается в том, что вы единственный, кто знает, где все находится. Таким образом, перед вами стоит задача не только написать фреймворк, но и документировать его, а затем поместить все функции поверх этого. Не говоря уже о том, чтобы попытаться увеличить число новых членов команды разработчиков.
Почему рамки
У фреймворка уже есть много разработчиков (и других). Почему бы не использовать рамки? За большинством структур стоит большое сообщество людей. И если вы выберете правильную структуру, вы также получите много отличной документации. Кроме того, существуют сторонние плагины, компоненты, дополнения, которые также разрабатывает сообщество. Все это будет легко понять, потому что они (в основном) будут следовать стандартам структуры.
В дополнение к сообществу и использованию трудозатрат, использованных для создания инфраструктуры с открытым исходным кодом, он позволяет вам сосредоточиться на самых важных элементах вашего приложения: функциях, которые относятся конкретно к приложению. Зачем тратить время на написание всех мирских частей: т.е. соединения с базой данных, apis, отправители электронной почты, шаблоны и т. д. Используйте то, что есть, и выходите на рынок намного быстрее.
Мое предложение
Я использую CakePHP. Это ООП и очень структурированный. Они могут быть небольшой кривой обучения, как и в любой структуре. Но реализация делает разработку очень быстрой. Есть несколько известных сайтов, которые используют его, и он прекрасно работает. (https://addons.mozilla.org/)