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

на апишке я разбил на псевдомодули - бандлы, paymentBundle, HistoryBundle ,чтобы не плодить уровни абстракции сервисов, вопрос где хранить Ентити ибо связи перекресные будут , можно все энтити в Апп, можно вкаждом бандле свои

на апишке я разбил на псевдомодули - бандлы, paymentBundle, HistoryBundle ,чтобы не плодить уровни абстракции сервисов, вопрос где хранить Ентити ибо связи перекресные будут , можно все энтити в Апп, можно вкаждом бандле свои

Один общий бандл и папками внутри рулить

А смысл дом иерархия в каждой папке

Доп

В сервисах , контроллерах, трансформерах и тд

Бандл должен быть независим

Я тоже так делал раньше

Но я бэкофис и фронтофис разделял на бандлы, а сущности были общие. И это стало очень неудобно

А если менять расположение сущностей, то доктрине надо явным образом указывать, где они лежат?

а что значит бэкофис и фронтофис?

я уже такое видел в уии2

хочется узнать почему именно так именуете

а что значит бэкофис и фронтофис?

Админка и то, что пользователи видят

интересно откуда пошел такой стиль именования

а то у нас тоже так

Не знаю откуда, но он удобен

на апишке я разбил на псевдомодули - бандлы, paymentBundle, HistoryBundle ,чтобы не плодить уровни абстракции сервисов, вопрос где хранить Ентити ибо связи перекресные будут , можно все энтити в Апп, можно вкаждом бандле свои

если прям хочется разбивать на бандлы, то энтити храни где тебе удобнее, хоть отдельный бандл для энтитей делай. Но всё это плохо, по иделогии симфони перекрестных двусторонних связей у энтитей не должно быть, то есть бандл сам по себе должен работать отдельно от остальных

Бандл должен быть независим

Это не есть догма , я считаю бандлы аналогом модулей

Это не есть догма , я считаю бандлы аналогом модулей

Ваше право )

если прям хочется разбивать на бандлы, то энтити храни где тебе удобнее, хоть отдельный бандл для энтитей делай. Но всё это плохо, по иделогии симфони перекрестных двусторонних связей у энтитей не должно быть, то есть бандл сам по себе должен работать отдельно от остальных

В симфони нет модулей как таковых в том же зенде или ларавеле , поэтому условно делим бардов на независимые и модули и все дела , у меня на проекте все привыкли и норм

Ваше право )

Просто делюсь нашими наработками :) к предложениям всегда открыты ))

Я тоже так делал, пока не пообщался с ребятами, которые дружат с симфонией по более моего )

Ну так просто мясо будет в аппбандле , я такое не люблю чтобы все и в 1 месте

у меня тоже разбросаны сущности по разным бандлам, но где-то находил best practices от Фабьена, там было сказано что пересекающиеся сущности должны быть в одном бандле

Это да :) вполне здраво

есть лучшие практики, которые просто нужно знать, решение принимать лучше самому "по месту"

Просто условно Каренси может быть нужна почти в любом бандле

самый простой и частый пример: юзер нужен во всех бандлах

Ну по логике бандл когда создаёшь он даже спрашивает. Будешь его ещё где-то юзать?

По сути для меня бандл - это способ немного порядка навести. Разграничение чуть более высокого уровня.

@Enleur @fes0r ребят, кто-то из вас скидывал свой пример организации директорий в симфони, не помню только точно кто)) подкиньте ссылку, там кажется гист был

@Enleur @fes0r ребят, кто-то из вас скидывал свой пример организации директорий в симфони, не помню только точно кто)) подкиньте ссылку, там кажется гист был

https://gist.github.com/fesor/76d39b19b18f7103a7c058301dc6a8fe

https://gist.github.com/fesor/76d39b19b18f7103a7c058301dc6a8fe

благодарю

https://gist.github.com/fesor/76d39b19b18f7103a7c058301dc6a8fe

А на английский нет перевода?

johnpapa/angular-styleguide

Всем привет! Кто сможешь посоветовать хороший и желательно проверенный бандл для магазина? Что бы можно было доробатывать. Желательно бесплатный, или за символическую плату. На текущий момент нашел sylius.org и aimeos.org

Ну так просто мясо будет в аппбандле , я такое не люблю чтобы все и в 1 месте

Ну смотри, ты хочешь использовать бандлы только для того чтобы разделять по смыслу файлы в разных директориях. Что тебе мешает это сделать в одном бандле? Если сравнить разделение в одном бандле с разделением на несколько бандлов, разница будет только в том, что в нескольких бандлах у тебя будут лишние файлы выполняться при старте приложения.

Всем привет! Кто сможешь посоветовать хороший и желательно проверенный бандл для магазина? Что бы можно было доробатывать. Желательно бесплатный, или за символическую плату. На текущий момент нашел sylius.org и aimeos.org

Мы с коллегами пробовали только sonata ecommerce, жить можно, но стабильная версия идет в комплекте с кучей багов, тащит за собой огромное количество зависимостей и, к сожалению, плохо документирована. Сделали 2 магазина в итоге – жить можно, но надо сравнить, конечно, с чем-то ещё.

Мы с коллегами пробовали только sonata ecommerce, жить можно, но стабильная версия идет в комплекте с кучей багов, тащит за собой огромное количество зависимостей и, к сожалению, плохо документирована. Сделали 2 магазина в итоге – жить можно, но надо сравнить, конечно, с чем-то ещё.

Соната у меня как админка сделана для работчего проекта, но она очень тяжелая, что бы ее запустить и в ней рабоать надо хорошо поднапрячься. Хотелось бы конечно что то более простое. Возможно менее функциональное, но возможно попроще. Хотя о ней я конечно же и не подумал... Спасибо! А может еще кто какие пробовал?

Всем привет! Кто сможешь посоветовать хороший и желательно проверенный бандл для магазина? Что бы можно было доробатывать. Желательно бесплатный, или за символическую плату. На текущий момент нашел sylius.org и aimeos.org

sylius активно развивают. тут чуваки в чате даже были которые ее в прод втащили

Ну смотри, ты хочешь использовать бандлы только для того чтобы разделять по смыслу файлы в разных директориях. Что тебе мешает это сделать в одном бандле? Если сравнить разделение в одном бандле с разделением на несколько бандлов, разница будет только в том, что в нескольких бандлах у тебя будут лишние файлы выполняться при старте приложения.

Много каши в одном бандле , роуты, сервисы и тд ничто не мешает так просто 1-2 доп уровня абстракции практически в любой директории , я тут с динаром солидарен, это просто чтобы было больше порядка путём разделения на верхнем уровне

сервисы разделяются по отдельным конфигам. роуты тоже

Много каши в одном бандле , роуты, сервисы и тд ничто не мешает так просто 1-2 доп уровня абстракции практически в любой директории , я тут с динаром солидарен, это просто чтобы было больше порядка путём разделения на верхнем уровне

Ты, по-моему, придумываешь себе какие-то уровни.

и в бандлы это не пихается

это все идет в app/

В 4 версии вообще бандов не будет

будут)

Ну да

В плане приложение в них обернуто не будет

а. это да

куча бандлов в приложении усложняют жизнь

сложнее понимать что происходит вообще

Ты, по-моему, придумываешь себе какие-то уровни.

Ну вот есть Хистори там куча всего типа изменения по любой ентити, есть пеймент модуль там своя кухня , по 50-100 сервисов на каждый псевдоним модуль , все в одну кучу кидать не очень хочется

https://stovepipe.systems/post/what-are-bundles-in-symfony вообще вот почитай

У меня есть приложение, где больше 20 бандлов просто так сделаны. Иногда это вызывает определённые проблемы.

Iltar это один из core разрабов симфони

СПС , но я так понимаю как и везде это лишь рекомендации а не мантра

Ну вот есть Хистори там куча всего типа изменения по любой ентити, есть пеймент модуль там своя кухня , по 50-100 сервисов на каждый псевдоним модуль , все в одну кучу кидать не очень хочется

А кто тебе говорит пихать в кучу? Вот почему ты решил, что если не несколько бандлов, то всё в кучу?

Вот не знаю. У флекса будет возможность автоматически конфигурировать бандлы, которые стоят в зависимостях у твоего? Типа как для сонаты автоматом проставить всякие юзер бандлы и прочее

Ну вот есть Хистори там куча всего типа изменения по любой ентити, есть пеймент модуль там своя кухня , по 50-100 сервисов на каждый псевдоним модуль , все в одну кучу кидать не очень хочется

Это все неплохо разруливается через namespace

А кто тебе говорит пихать в кучу? Вот почему ты решил, что если не несколько бандлов, то всё в кучу?

Ну будут в сервисах подпапка поймёте там ещё куча файлов и подпапок , а я вынес абстракцию на уровень выше , если работа с пейментами лезешь в пейментбандл и никаких проблем

в чем проблема многоуровневой вложенности то?

Это все неплохо разруливается через namespace

Я знаю :) просто так немспейс будет короче на 2-3 вложенности

у меня есть вложенность около 7 уровней по неймспейсам

Всем привет! Кто сможешь посоветовать хороший и желательно проверенный бандл для магазина? Что бы можно было доробатывать. Желательно бесплатный, или за символическую плату. На текущий момент нашел sylius.org и aimeos.org

Sylius. Хорошая вещь, хоть и в бете до сих пор. Сам сейчас на нем каталог делаю.

и норм как-то

Sylius. Хорошая вещь, хоть и в бете до сих пор. Сам сейчас на нем каталог делаю.

релиз же был, не?

ERROR: S client not available

в чем проблема многоуровневой вложенности то?

Проблема в большой куче файлов в 1 директории верхней , мне это не оч нравится , ничего эстра ординарного собственно :)

так не держи кучу файлов в верхней директории)

релиз же был, не?

Beta 2 была) хотя мож я немного отстал от жизни, конечно.

Ну будут в сервисах подпапка поймёте там ещё куча файлов и подпапок , а я вынес абстракцию на уровень выше , если работа с пейментами лезешь в пейментбандл и никаких проблем

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

Beta 2 была) хотя мож я немного отстал от жизни, конечно.

а да пардон. то они так грациозно о ней заявляли на конфе

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

В апп))

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

я еще люблю когда сущности раскиданы по бандлам и прм этом имеют связи между собой

а да пардон. то они так грациозно о ней заявляли на конфе

Немало внутренностей перелопатили, хотя правок проекта всего на 10 минут :)

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

Угасает постгре схемы по ним отлично по багдадской ориентируешься +-

В апп))

И какой тогда смысл в остальных бандлах?

Это ужасно. Один раз так сделал – DomainBundle с сущностями, SiteBundle и AdminBundle, которые их используют. Пожалел 10 раз

И какой тогда смысл в остальных бандлах?

Общее в апп, Хистори в Хистори ну и тд

Общее в апп, Хистори в Хистори ну и тд

Ну, видимо, тебе надо самому это пережить чтобы либо понять, что это искусственное создание проблем, либо угробить поддерживаемость приложения :)

Ну, видимо, тебе надо самому это пережить чтобы либо понять, что это искусственное создание проблем, либо угробить поддерживаемость приложения :)

Проблем пока не было , пара крупнокалиберно в вроде уже не первый год и норм

Мне вот, честно скажу, повезло попасть на проект, где когда-то бандлов наплодили. Теперь я так делать уже не хочу :)

Та же Травелата

Главное грамотно разложить

Для этого есть неймспейсы

Выше обсуждали уже :)

Ща с телефона , ппже скину пример

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

Отдельный бандл надо делать, если это функционал, не прибитый намертво к проекту, и/или если он добавляет что-то в конфигурацию. И держать его надо, соответственно, в отдельном репозитории, добавлять в зависимости и иметь отдельный релизный цикл

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

зачем вы называете это все бандлами?

Это ужасно. Один раз так сделал – DomainBundle с сущностями, SiteBundle и AdminBundle, которые их используют. Пожалел 10 раз

Как раз после такого пережитого - спросил здесь о том, кто как делает ) и как раз или Алексей, или кто-то из Сергеев порекомедовали делать всё в одном бандле и жить стало легче. А по поводу роутингов - когда их пишешь в аннотации, то как-то еще проще становится.)

Я для роутов аннотации не использую только потому что они порядок не гарантируют. А так да, удобно

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

Мы используем один бандл сторонний в своем приложении, потому что нам было лень писать что-то свое - https://github.com/Gregwar/ImageBundle (хотя можно было бы просто использовать класс https://github.com/Gregwar/Image.

Так это нормально, он же не зависит от вашего приложения :) Это реюзабельный функционал

Мы зависим от него )

ну тут вам поможет инверсия зависимостей

модульность - это тоже ок, так как в симфони нет понятия модуля как такового то мы юзаем бандлы как модули, а бандлы в чистом виде это по сути 3rd party , которая лежит как правило в вендоре вообще

зачем симфони понятие модулей, когда у вас есть DI, классы и юзы?