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

но... это пустое...

как быстро будет его менять через 3+ года

должно получиться что то типа этого services.yml ... arguments: ["@doctrine.orm.entity_manager"] ... anyService.php function __construct(entitymanagerinterface $em)

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

не инджектить EM куда попало - это не про качество, а как раз про скорость разработки

Ну а какие варианты то?

как быстро будет его менять через 3+ года

у большинства обычно вопрос "кто", и ответ - похуй

Ну а какие варианты то?

чем меньше вещей юзают EM - тем проще

репозитории, отдельные маленькие сервисы и т.д. По максимуму изолировать систему от доктрины

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

а если надо совсем гибко - вообще не юзать доктрину

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

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

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

разница-то где?) все пользуются 1 словом, но их 2. моя нипанимать

разница-то где?) все пользуются 1 словом, но их 2. моя нипанимать

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

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

ясн, пасиб

а если надо совсем гибко - вообще не юзать доктрину

т.е. вообще без orm?

т.е. вообще без orm?

а вот это уже совсем другая история)

но тут больше о том что бы ты прикинул сколько тебе времени ORM экономят.

спойлер - не очень много

но и без них совсем тож сложно... главное разобраться что есть еще

всякие связи... без orm сложно....

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

я описал общий случай, я не знаю какая версия симфони у автора вопроса

хотя тут палка о двух концах) в одном случае помощь, в другом вред

на самом деле, всё проще: 1. если сейчас наслушаются @fes0r и пойдут отказываться от доктрины, выйдет говно. 2. но и сейчас в большинстве случаев с доктриной творят говно, так что...)

вывод: все говно)

а что не говно - то просто еще не обсуждали тут или в соседнем чате

вывод: все говно)

Вопрос почему так, и это оч интересный вопрос.

Вопрос почему так, и это оч интересный вопрос.

гораздо более интересен вопрос как быть и как выбраться из говна

гораздо более интересен вопрос как быть и как выбраться из говна

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

а что не говно - то просто еще не обсуждали тут или в соседнем чате

А что за тематике в соседнем чате ?)

А что за тематике в соседнем чате ?)

говно, чего ж тут не понятного

говно, чего ж тут не понятного

На вкус и цвет, даже говно разное )

Кто-нибудь смотрел это https://www.youtube.com/watch?v=B6XUEoZlsWk&index=4&list=PLECEw2eFfW7gNcVCgaij3KHHFTTME41_Z Насколько жизнеспособный подход?

для 99.9999999% пхпшников, ни на сколько

всё это просто, легко, без проблем и сулит только щасце исключительно в рекламных брошюрках)

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

Мне понравилась в докладе отсылка, что роутинг разрулит nginx.

да, только если ты берёшь тот же свуле, nginx те зачем?)

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

пихапи не для этих вещей имхо

пруф вроде для микросервисов, не?

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

хотя у самого ща миркросервисы на пыхе

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

Будет grpc сервер для пыха и будет проще с микросервисами

тут по большей части не в технике вопрос

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

да с чего вдруг ему падать?

Будет grpc сервер для пыха и будет проще с микросервисами

как влияет ?

Жёсткое фиксирование структур для общения, много проще и быстрее через openapi. Код без роутеров, чистый rpc.

не вижу связи

не вижу связи

+

как мне все эти модные слова помешают сделать микросервис баз данных, перемешать контексты и т.д.?

Не понял вопроса, они и не помешают

как grpc поможет снизить порог входа в микросервисы? (споилер: никак)

как grpc поможет снизить порог входа в микросервисы? (споилер: никак)

он скорее повысит, кек

Микросервисам пофиг на твой код внутри домена, главное общение

Микросервисам пофиг на твой код внутри домена, главное общение

серьёзно?

Абсолютно, на то это и микросервисы

окай

Микросервисам пофиг на твой код внутри домена, главное общение

Занавес

Микросервисам пофиг на твой код внутри домена, главное общение

#вотэтолол

Обоснуй

гофер, не иначе?

У меня их пишут джависта, гошники и пхпшники, и у всех одни и не же проблемы

И они не в коде с большего

проблема микросервисов в общении? оч смешно

А, походу ты в теме, ясно

У меня их пишут джависта, гошники и пхпшники, и у всех одни и не же проблемы

Проблемы микросервисов в кривых контекстах

А не в том как они общаются

Я про контексты и говорю

Они вообще у тебя через файловую систему могут шарить данные

Я про контексты и говорю

где?

Я про контексты и говорю

Ты говоришь про транспорт

grpc это про транспорт

и, опять-таки, как grpc мне с контекстами поможет?

споилер (снова): никак

и, опять-таки, как grpc мне с контекстами поможет?

Ты странный?

grpc это go

споилер (снова): никак

заколебал спойлерить

grpc это go

gorpc

grpc это go

да я понимаю, что у гоферов свой дивный мир, но ёпт

go это микросервисы

go это микросервисы

да, я наслушался, что должен быть 1 хэндлер на 1 задачу. Микро же

и вот 100500 таких хендлеров (читай, ендпоинтов) - залог успеха

Жёсткое фиксирование структур для общения, много проще и быстрее через openapi. Код без роутеров, чистый rpc.

> много проще и быстрее через openapi. чисто твое имхо > Код без роутеров но с ресурсами так почему он проще для микросервисов ?

Я про контексты и говорю

Вот вопрос, у вас есть сервис для отправки чего-то там? Или для аплоада картинок?

Есть

Штук 5 разных

Есть

И к какому контексту это относится?

grpc это go

а это как связанно ?

Я проблему boundary context решаю с помощью http

а это как связанно ?

это шутка

а это как связанно ?

у них реально свой мир)

Я проблему boundary context решаю с помощью http

эм, ты чёт странное сейчас сказал)

а это как связанно ?

sarcasm

эм, ты чёт странное сейчас сказал)

именно)

эм, ты чёт странное сейчас сказал)

он тоже на го просто пишет

не пали