ну это же минимальный оверхед, и то только на компиляцию контейнера

у нас прод контейнер скомпиленный это 48к строк

какой прирост дадут -10 строк?)

сомневаюсь что все взлетит))

Борис, любой кто имеет доступ к коду может хакнуть оч просто: удалить public=false))) но у нас была цель чтоб человек задумался нафига это там стоит и спросил у кого-нибудь почему так и что делать с этим

а tags: [] - обезательно писать для сервисов, или ето как альтернатива доступа (загрузки) сервиса?

не обязательно

Если не завязана какая то логика tags

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

В тех сервисах, где так сделать не удалось, стоит док @internal , что по назначению - то же самое: предостеречь

конешно, в етом есть смимл

а у кого то есть пример, где можно посмотреть на проект где будет 5-10 страниц с бест-практиксами Symfony

на Laravel я встречал такие...

есть мини-книжечка

а у кого то есть пример, где можно посмотреть на проект где будет 5-10 страниц с бест-практиксами Symfony

https://github.com/symfony/symfony-demo

"1 год с Symfony"

аа, такой пример))

спасибо за все)

лучше и то и другое посмотри, могут появиться вопросы почему в демке именно так, лучше разобраться чем просто по шаблону фигачить

на 4 symfony еще опасно писать?

у меня 4, код в презервативе))

нет я читаю доку само-собой

))

полет норм

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

Выпилил autowire? O.o

отключил)

Зачем?

у меня есть 2 сервиса одного класса с разными аргументами

мне нужно точно знать какой он запихнет

и эта ситуация повсеместно

какой прирост дадут -10 строк?)

если у меня в приложении на части сервисов включить публичность, то это сразу +10тыс строк к контейнеру и дополнительно 2 тыс методов

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

ты не понимаешь как работает автовайринг и пытаешься мне рассказывать о том как работает контейнер в симфони? ну-ну

где я пытаюсь тебе рассказать о том как работает контейнер в симфони?)

какой прирост дадут -10 строк?)

сомневаюсь что все взлетит))

и эта ситуация повсеместно

Ну это странно

и? где тут про симфони?

и про контейнер?

ты замерял производительность?

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

т.е ты тут рассуждаешь ни о чем?

о оптимизации

если у меня в приложении на части сервисов включить публичность, то это сразу +10тыс строк к контейнеру и дополнительно 2 тыс методов

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

ок, что быстрее, 1 вызов или 15?

пардон, 150

быстрее 1

на сколько?)

очевидно что примерно в 150раз

сколько занимает 1 вызов?

ну смотря какие вызовы

Скорее всего почти ничего

это при том, что одна ошибка, например, в работе с базой, один кривой индекс, и ты эту свою оптимизацию убьешь с трехкратным запасом

и стоит ли оно того - большой вопрос

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

а ты начинаешь пальцы гнуть как ты круто шаришь в автовайринге

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

если для тебя на старте приложения потерять около 20мс это нормальное дело, то можно дальше не говорить ничего

ты проверял или 20мс с потолка взято?

очень слабо верится что твои плюс 10к вызовов дают такой оверхед

ну серьезно, прям 20мс?

в нашем приложении было примерно так, около 18мс

500к строк кода только наших исходников, чтобы ты понимал размер контейнера

Вопрос по архитектуре. Будем считать, что на проекте полноценного ORM типа Doctrine нету. Вот есть, например, сущность Resume (резюме) и доменное событие ResumeCreated. Можно ли считать адекватным решение записывать данные в БД по возникновению этого события? А не используя конструкции типа $db->create(new Resume), $repository->create(new Resume) и т.п.

Сергей, понятно, жесткач

даже если это 5мс, то это уже приятно, учитывая что по факту нужно прописать private: false в дефолтах сервисов

Ну если 5мс считай за даром можно получить то конечно, меня просто сначала удивил такой оверхед

Ян, а чем не устраивают указанные тобой конструкции?

@franzose

@andrey_slashman, да они не то что бы не устраивают. Просто на проекте нет нормального маппера (и не прицепишь), вот думаю, как красиво всё это дело можно обставить. Чтобы и контроллеры были чистые, и сервисы, а самая грязь была поближе к БД.

так сделай какой-нибудь репозиторий

@andrey_slashman, да они не то что бы не устраивают. Просто на проекте нет нормального маппера (и не прицепишь), вот думаю, как красиво всё это дело можно обставить. Чтобы и контроллеры были чистые, и сервисы, а самая грязь была поближе к БД.

А вы точно хотите изобретать свой маппер?

я бы так сделал, он пусть рулит

Ага, согласен, обычно эти затеи плохо кончаются))

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

А вы точно хотите изобретать свой маппер?

Нет конечно. Но из-за того, что на проектах есть общее «ядро», в котором есть обертка для работы с БД, я не думаю, что дополнительно цеплять Доктрину и потом делать бридж, — это хорошая затея))

Вам просто может не стоит делать "сущности"? Вопрос в том, зачем там "ядро", зачем вам орм?

Да можно, конечно, и простыми структурками обойтись. Хотелось-то попробовать бизнес-логику в одном месте держать, чтобы она не растаскивалась по всему проекту.

А кто знает почему в битриксе вот такие сравнения? if ($arParams["SEND"] == "Y") Почему значения строкой "Y" или "N" вместо true и false ?

потому что это битрикс

)

потому что это битрикс

то есть логики в этом нет?))

Лучше просто пиши и не думай ни о чем

ага и еще == вместо === со строками

У них даже в базе значения хранятся как строки Y и N.

потому что 1 так короче 2 мастабируемость, помимо скрепных Д и Н можно добавить ХЗ 3 уникальный подход

ага и еще == вместо === со строками

мне как то один тип доказывал, что сравнивать типы - глупо)

мол и так сойдет

https://i.imgur.com/rikvccU.png

внезапно то)))

в пхп мире бы удивляться еще

@fes0r вот что по твоему надо юзать, == или ===?

=== и тайпхинтинг везде где можно

=== и тайпхинтинг везде где можно

да

вы тут на полном серьезе == и === обсуждаете ?

нет конечно мы же в шутку

вы тут на полном серьезе == и === обсуждаете ?

вопрос насущный так то

вопрос насущный так то

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