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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

ctodailychat

1745 membersпожаловаться на группу
2021 August 28

AS

Alexey Shcherbak in ctodailychat
в смысле должна быть ? если тебе нужен сервис - ты его инъекцию просто в конструктор или проперти добавляешь и все, ну и сервис должен быть в руте di зареган быть,  какие сложности то есть ? да, ловится только в рантайме, в конструкторе поэтому всегда проверяем депенденси и если она null - dependencyexception летит. так при первом же старте вылезут все места если забыл где что...
источник
16:21пожаловаться#1

AS

Alexey Shcherbak in ctodailychat
Все же не понимаю проблему - на что тесты то ? тесты что autofac какой работает корректно ? он это сам умеет, вызывает и проверяет все зависимости. Тесты компоненту что он сумеет подняться из контейнера ? Так это должен быть его единственный способ создания - из контейнера, другие то зачем. С DI нельзя быть частично, там или все (и так работает хорошо) или ничего..
источник
16:25пожаловаться#2

СА

Сергей Аксёнов... in ctodailychat
У меня есть пара мест где иметь null норма. Например сервису нужен репозиторий и кэш, но в целом он может работать и без кэша, чтобы при тестировании лишних моков не городить. Но в целом да, подход такой.
источник
16:25пожаловаться#3

AS

Alexey Shcherbak in ctodailychat
ну а тогда в рантайме он и так и так не поломается, если кэша нету
источник
16:26пожаловаться#4

СА

Сергей Аксёнов... in ctodailychat
Тест страхует от ошибки, когда я сделал новый компонент, добавил его как зависимость в другой, а в DI зарегать забыл.
источник
16:27пожаловаться#5

AS

Alexey Shcherbak in ctodailychat
хмм... а какой контейнер используешь ? если autofac - он точно умеет это при старте валидировать - ты даже рут скомпоновать не сможешь если у тебя такая ситуация, тесты не нужны
источник
16:28пожаловаться#6

СА

Сергей Аксёнов... in ctodailychat
Он не поломается в смысле не выкинет ошибку, но вообще без кэша он так деградирует, что лучше пусть поломается. А вставлять проверку на environment - это значит тащить environment как зависимость в компонент.
источник
16:28пожаловаться#7

СА

Сергей Аксёнов... in ctodailychat
У меня go, использую uber/dig )
источник
16:29пожаловаться#8

AS

Alexey Shcherbak in ctodailychat
тогда вставляй кэш всегда....
источник
16:29пожаловаться#9

СА

Сергей Аксёнов... in ctodailychat
Ну наверное придётся, да.
источник
16:29пожаловаться#10

AS

Alexey Shcherbak in ctodailychat
эмм, там же это антипаттерн вроде
источник
16:29пожаловаться#11

AS

Alexey Shcherbak in ctodailychat
я не эксперт но все знакомые  гошники утверждают что DI не нужен потому что антипаттерн в языке и язык этому в общем сопротивляется
источник
16:30пожаловаться#12

СА

Сергей Аксёнов... in ctodailychat
"Есть законы физики, остальное - рекомендации"
источник
16:30пожаловаться#13

A

Andrey in ctodailychat
Количество не прочитанных сообщений обнуляется
источник
16:31пожаловаться#14

AS

Alexey Shcherbak in ctodailychat
да, это тоже, я согласен, но тут в общем больше как с .нет самоваром в го не ездят.
источник
16:31пожаловаться#15

СА

Сергей Аксёнов... in ctodailychat
Поэтому есть типа полдесятка до сих пор поддерживаемых DI-контейнеров, включая гугловский Wire, фейсбучный inject и вот уберовский dig)

Wire, правда, работает на трушной кодогенерации, но как по мне - это ещё больше магии.
источник
16:33пожаловаться#16

AS

Alexey Shcherbak in ctodailychat
в общем в го не знаю чем помочь, сорри, это больше вопрос матерости конкретного DI контейнера, просто в языке где это "объязательно" - контейнеры уже все заматерели и такие вещи как проверить что в конфигурации нету ошибок - делаются по дефолту. Может и у dig есть ? я бы сильно удивился если бы опытные ребята из убера про такую фичу не подумали..
источник
16:34пожаловаться#17

OL

Oleg Lutsenko in ctodailychat
У стандартного DI из .NET Core тоже есть валидатор на старте.
https://docs.microsoft.com/en-us/dotnet/api/microsoft.extensions.dependencyinjection.serviceprovideroptions.validateonbuild?view=dotnet-plat-ext-5.0
Docs
ServiceProviderOptions.ValidateOnBuild Property (Microsoft.Extensions.DependencyInjection)
true to perform check verifying that all services can be created during BuildServiceProvider(IServiceCollection, ServiceProviderOptions) call; otherwise, false. Defaults to false. NOTE: this check doesn't verify open generics services.
источник
16:34пожаловаться#18

MS

Max Syabro in ctodailychat
Ну и ладно
источник
16:34пожаловаться#19

AS

Alexey Shcherbak in ctodailychat
как выяснилось - сложность в golang, а не дотнетовская проблема
источник
16:35пожаловаться#20