За / против наличия одного / нескольких действий на файл в Symfony?

Question

некоторое время работал с Symfony. большинство уроков описывают наличие нескольких действий в одном файле php. Тем не менее, я считаю, что иметь 1 действие на файл php проще в обслуживании.

• что за / против обоих?
• это чисто предпочтение разработчика в организации кода?
• Какое влияние на производительность оказывает любой из этих подходов?
• Какова общая практика для достаточно крупных производственных приложений?

Answer 1

Я работаю в небольшом магазине [3 программиста], и мы использовали оба подхода в разных проектах, а также смешали их в одном проекте. Если мы работаем над проектом, который требует, чтобы все трое из нас работали над одним и тем же действием, то иметь одно действие на файл - это более разумный способ справиться с вещами [зачем заниматься конфликтами файлов svn, когда это не нужно) .

Я работал над большими проектами в одиночку , и я почти всегда выполняю несколько действий в одном файле. С хорошей IDE это не так важно, потому что вы можете развернуть / свернуть действие, над которым вы работаете, и я предполагаю, что разница в производительности незначительна [я могу ошибаться].

Некоторые другие вещи, такие как preExecute () и функции совместного использования, также кажутся более простыми, когда все ваши действия находятся в одном файле.

Answer 2

Будучи разработчиком Symfony-любителем и работая с более опытными разработчиками Symfony, у меня сложилось впечатление, что это во многом зависит как от того, что лучше всего подходит для приложения, так и от ваших предпочтений в организации кода. Как только вы начнете работать над более сложным приложением, ответы на эти вопросы в некоторой степени сами собой ответят, поскольку вы начнете замечать, как организация ваших проектов влияет на простоту работы с ним.

На сайте, который я сейчас создаю, у меня около 20 модулей с:

• модулей, которые имеют одно действие и пары шаблонов
• модулей, которые имеют отдельные действия, обслуживающие несколько шаблонов
• модулей с несколькими действиями, обслуживающими несколько шаблонов

Всего, возможно, 40-50 действий.

Помимо организации вашего кода по отношению к вашим моделям, структура модуля также имеет значение по отношению к каскаду конфигурации Symfony. Поскольку макеты и файлы конфигурации, такие как view.yml, security.yml и т. Д., Легче всего настроить на уровне приложений и модулей, хорошая структура помогает вам напрямую использовать преимущества каскада. То же самое относится к правилам маршрутизации, в зависимости от того, как вы используете их на своем сайте.

Мне не хватает понимания, чтобы прокомментировать производительность - возможно, кто-то еще здесь. Было бы интересно услышать об этом сам.