В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Yii Framework 3

301 membersпожаловаться на группу
2020 March 02

DS

Dmitriy S in Yii Framework 3
Дмитрий
а если будут использовать не yii/di контейнер?
А вообще ты не те вопросы задаешь, это не сильно существенно, больше помогает новичкам не путаться. Я без проблем могу вернуть публичный конструктор в контейнер, работоспособность и функциоанал от этого не поменяются.
источник
18:46пожаловаться#1

Д

Дмитрий in Yii Framework 3
Dmitriy S
А вообще ты не те вопросы задаешь, это не сильно существенно, больше помогает новичкам не путаться. Я без проблем могу вернуть публичный конструктор в контейнер, работоспособность и функциоанал от этого не поменяются.
по гляну в ide получще)
источник
18:50пожаловаться#2

DS

Dmitriy S in Yii Framework 3
Кроме того, на билдер не только прокси можно повесить, а и другие вещи. Например, кеширование контейнера, настройка автоваеринга в целом и в частности и т.д.
источник
18:52пожаловаться#3

AM

Alexander Makarov in Yii Framework 3
Это норм, но один из плюсов отсутствия билдера — его отсутствие...
источник
18:56пожаловаться#4

AM

Alexander Makarov in Yii Framework 3
По опыту разработки на Symfony могу сказать что билдер и compiler pass - зло. Когда выполняется не то, что ты написал, а что-то сгенерённое и сдампленное, неизбежны проблемы с отладкой (сложнее) и рефрешем (дорого в дев-режиме). В Symfony без него не получилось, но я более чем уверен, что без этого можно обойтись.
источник
18:58пожаловаться#5

Д

Дмитрий in Yii Framework 3
@yiiliveext так, я передумал) там всё еще туча кода, который мало структурирован даже.
давай бить pr на части, если $parentContainer решает проблему композитного контейнера - го лить, но только если в $parentContainer можно подставить любой другой контейнер и он будет работать.
про декораторы - давай, но выдели только нужны файлы в pr.
иначе ревьювить как-то адово...
источник
19:00пожаловаться#6

Д

Дмитрий in Yii Framework 3
Alexander Makarov
По опыту разработки на Symfony могу сказать что билдер и compiler pass - зло. Когда выполняется не то, что ты написал, а что-то сгенерённое и сдампленное, неизбежны проблемы с отладкой (сложнее) и рефрешем (дорого в дев-режиме). В Symfony без него не получилось, но я более чем уверен, что без этого можно обойтись.
билдер дает неограниченное количество возможностей. я думаю, он нужен. вопрос реализации
источник
19:01пожаловаться#7

DS

Dmitriy S in Yii Framework 3
Дмитрий
@yiiliveext так, я передумал) там всё еще туча кода, который мало структурирован даже.
давай бить pr на части, если $parentContainer решает проблему композитного контейнера - го лить, но только если в $parentContainer можно подставить любой другой контейнер и он будет работать.
про декораторы - давай, но выдели только нужны файлы в pr.
иначе ревьювить как-то адово...
Да, $parentContainer решает проблему композитного контейнера. Нет не любой, потому что сам Di/Container не является полностью совместимым с PSR-11. Туда только совместимые с ним контейнеры можно родителем поставить, например Di/CompositeContainer, Factory/Factory, Di/Container
источник
19:04пожаловаться#8

DS

Dmitriy S in Yii Framework 3
По декораторам - они не являются частью контейнера и их лучше выделить в отдельный пакет.
источник
19:06пожаловаться#9

AM

Alexander Makarov in Yii Framework 3
Dmitriy S
По декораторам - они не являются частью контейнера и их лучше выделить в отдельный пакет.
Они ведь нужны только дебаггеру...
источник
19:12пожаловаться#10

DS

Dmitriy S in Yii Framework 3
Alexander Makarov
Они ведь нужны только дебаггеру...
Нет, у них куча применений. Они прекрасно работают без дебагера, так же как и коллекторы, поэтому я и предлагаю вынести их в отдельный пакеты.
источник
19:13пожаловаться#11

AM

Alexander Makarov in Yii Framework 3
Для чего они нужны кроме дебаггера?
источник
19:13пожаловаться#12

DS

Dmitriy S in Yii Framework 3
Alexander Makarov
Для чего они нужны кроме дебаггера?
1. Кастомное логирование кода, в том числе и сторонних компонентов, без внесения изменений в код.
2. Мониторинг производительности приложения в разрезе сервисов/запросов/роутов и т.д.
3. Быстрое декорирование отдельных методов сервисов с настройкой в конфиге (куча применений).
4. Подключение сторонних сервисов к контейнеру, например, кеширование.
источник
19:19пожаловаться#13

AM

Alexander Makarov in Yii Framework 3
AOP короче...
источник
19:29пожаловаться#14

AM

Alexander Makarov in Yii Framework 3
Хм хм хм...
источник
19:29пожаловаться#15

DS

Dmitriy S in Yii Framework 3
Я не совсем понимаю в чем проблема выделить мне несколько пакетов, чтобы я мог собрать рабочую версию из них и что-то там по-тихоньку допиливать. Запланированного функционала там еще много.
источник
19:31пожаловаться#16

AM

Alexander Makarov in Yii Framework 3
Да с концептом немного проблема.
источник
19:31пожаловаться#17

AM

Alexander Makarov in Yii Framework 3
Выкидывать события и логировать все вызовы всех методов — сильно перебор.
источник
19:31пожаловаться#18

AM

Alexander Makarov in Yii Framework 3
Чтобы не все — это надо конфижить.
источник
19:32пожаловаться#19

DS

Dmitriy S in Yii Framework 3
Alexander Makarov
Выкидывать события и логировать все вызовы всех методов — сильно перебор.
Там можно выборочно делать вплоть до отдельных методов отдельных сервисов.
источник
19:32пожаловаться#20