В общем решает конкретную задачу, а именно - хранитель объектов-помошников. Например, редактор строк, редактор цветов и т. д.

В общем то вопрос в силе. Это DI или нет?

Скорее это нечто похожее на IOC контейнер

Который потом можно использовать для di / service locator

Понял, спасибо. А как из этого сделать di?

А понял. Вызов его методов и есть di?

Правильно? Или я запутался...

Кстати, там можно подскоратить код public TInteface GetObjSingleton<TInteface>() where TInteface : class { _dependecies.TryGetValue(typeof(TInteface), out var result); return result as TInteface; }

По факту идея такая - нужно в одном месте (обычно при старте программы) (и называется оно Composition root) положить все реализации в этот самописный контейнер, используя метод Add(...) Далее, когда понадобится ссылка на какой либо объект типа TInterface использовать не new() а сам контейнер, для получения этого объекта Будет нечто похожее ... на Service Locator Сам же DI достигается путем построения конфигурации этого контейнера в начале программы, запроса всех зависимостей для сущности в контурукторе к примеру, а само конструирования сущности должно быть делегировано этому контейнеру, который на основе своей конфигурации будет удовлетворять и разруливать все зависимости

Кстати, там можно подскоратить код public TInteface GetObjSingleton<TInteface>() where TInteface : class { _dependecies.TryGetValue(typeof(TInteface), out var result); return result as TInteface; }

Точно, спасибо

class Foo { public Foo(IA a) { _a = a; } private readonly IA _a; } .... Container.Register<A?).As<IA?); Container.Register<Foo?).AsSelf(); .... var foo = Container.Create<Foo?);

https://pastebin.com/k3SVW9qx

То есть вот так... Выходит я "изобрёл" Сервис Локатор?

Который считается антипаттерном (хотя это спорно) http://blog.ploeh.dk/2010/02/03/ServiceLocatorisanAnti-Pattern/ Кстати, можно код еще сильнее ужать: public TInteface GetObjSingleton<TInteface>() where TInteface : class => _dependecies.TryGetValue(typeof(TInteface), out var x) ? x as TInteface : null;

Вообще, если по Моему тут просто пулл заранее созданных и готовых объектов

class Foo { public Foo(IA a) { _a = a; } private readonly IA _a; } .... Container.Register<A?).As<IA?); Container.Register<Foo?).AsSelf(); .... var foo = Container.Create<Foo?);

Мммм, кодинг в emoji ?

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

Это ночь, каюсь

Артём, в последней версии сам создаёт

Увидел оплошность...

Этот код можно пускать в рабочий проект?

Артём, в последней версии сам создаёт

Обычно объекты создаются при запросе, а не добавление.

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

Обычно объекты создаются при запросе, а не добавление.

Детали реализации)) В данной мне нужны только синглтоны поэтому так))

Коих полно - autofac, ninject, unity, Windsor, simple injector

Готовое это Ninject?

Это все различные библиотеки

ага, понял. Но как то сложновато)))

Да, я понимаю.

Не все они совместимы с Xamarin

Или руки не из того места...

у меня. Завтра попробую ninject снова.

Вообще все началось с того что мне нужно было где то хранить экземпляр ICrossColorHelper<T>

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

Окей, спасибо за содержательные ответы. Многое прояснилось

Не все они совместимы с Xamarin

В XF есть свой примитивный servicelocator. А вообще если приспичело, можно servicelocator скачать с nuget (там буквально весь пакет состоит из парочки классов)

Про XF да, но у меня Xamarin Native. И там какая то платформа обычно выделывается (как правило iOS)

Мне бы open source посмотреть

Что примитивное

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

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

Когда решарпер просит, а вообще для таких вещей есть мсдн https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/classes-and-structs/knowing-when-to-use-override-and-new-keywords

Когда решарпер просит, а вообще для таких вещей есть мсдн https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/classes-and-structs/knowing-when-to-use-override-and-new-keywords

Понял, спасибо большое.

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

https://stackoverflow.com/questions/3117838/why-do-we-need-the-new-keyword-and-why-is-the-default-behavior-to-hide-and-not-o

Пасоны такой вопрос: есть вбюмодел внутри которой вертится фоновый поток, запрашивает данные и в контексте UI выводит их на вьюху, поток можно отменить стандартным паттерном CancellationTokenSource. Если я в один момент удаляю ссылку на эту вьюмодел, но перед этим вызываю отмену, но не дожидаюсь завершения потока, то что произойдет в этот момент? число теоретически поток может получить данные и захотеть присвоить их вьюмодел, ссылку на которую я удалил и не факт что объект не удалил GC. Выапдет эксепшн? если да то в каком контексте?

Пасоны такой вопрос: есть вбюмодел внутри которой вертится фоновый поток, запрашивает данные и в контексте UI выводит их на вьюху, поток можно отменить стандартным паттерном CancellationTokenSource. Если я в один момент удаляю ссылку на эту вьюмодел, но перед этим вызываю отмену, но не дожидаюсь завершения потока, то что произойдет в этот момент? число теоретически поток может получить данные и захотеть присвоить их вьюмодел, ссылку на которую я удалил и не факт что объект не удалил GC. Выапдет эксепшн? если да то в каком контексте?

Если ты отменил операцию, то никто присваивать ничего не будет.

там внутри такая хрень while(!toke.IsCancellationrequested) { // читаем данне Application.Current.Dispatcher.Invoke( //обновляем данные) }

есть возможность что цикл пройдет

Привет всем Ребят, а для поиска объекта в xml файле, не десериализуя его полностью подойдёт класс xmldocument? Или есть способ лучше?

Привет всем Ребят, а для поиска объекта в xml файле, не десериализуя его полностью подойдёт класс xmldocument? Или есть способ лучше?

XDocument имхо удобнее

Привет всем Ребят, а для поиска объекта в xml файле, не десериализуя его полностью подойдёт класс xmldocument? Или есть способ лучше?

Тебе по каким критериям нужно объект найти (имя или наличие/значение атрибута)?

Готовое это Ninject?

выплюнь бяку

Посоны, какой di-контейнер самый быстрый?

о, кстати про DI контейнеры. а что сейчас модно? смотрю много кто за autofac топит, но есть же суперский DI из asp net core, который как обычный пакет в нугете и можно вообще везде юзать

у автофака есть фатальный недостаток: там по-ебанутому сделана работа с декораторами

приходится свои огороды вокруг городить

Посоны, какой di-контейнер самый быстрый?

DryIoC один из самых быстрых

какой вот "самый-самый" вопрос спорный

https://github.com/danielpalme/IocPerformance/blob/master/README.md

Мы сегодня нашли какие-то совершенно кошмарные баги в XmlSerializer: если внутри тега, соответствующего [XmlArrayItem], будут левые дочерние элементы, то внутренний стейт парсера ломается, XmlSerializer.UnknownElement перестаёт генерироваться, и вообще всё становится плохо.

На коре нормально — XmlSerializer.UnknownElement оттуда выпилили, а внутренний стейт парсера больше не ломается.

DryIoC один из самых быстрых

+1 мы его используем, очень нравится

DryIoC один из самых быстрых

ты его щупал?

ERROR: S client not available

+1 мы его используем, очень нравится

о, расскажи как там с функционалом, декораторы из коробки есть?

Хм, вроде хватает функционала

Про декораторы, если ты об этом: https://bitbucket.org/dadhi/dryioc/wiki/Decorators

о, круто, спасибо

здесь и reuse из коробки, охуенно

Да

здесь и reuse из коробки, охуенно

Ещё очень понравилось, как он зависимости резолвит если есть несколько сущностей привязанных к интерфейсу.

container.Register<IFoo, Foo>( Parameters.Of.Type<IDependency>(typeof(TestDependency)); container.Register<IFoo, Foo>( Parameters.Of.Type<IDependency>("idep");

https://bitbucket.org/dadhi/dryioc/wiki/SpecifyDependencyAndPrimitiveValues

добрый день. Здесь вопросы по WinForms еще не считаются моветоном?)

Кое-кем считаются, но это не официальная позиция.

щас диды придут

добрый день. Здесь вопросы по WinForms еще не считаются моветоном?)

привет! я пишу на винформс

добрый день. Здесь вопросы по WinForms еще не считаются моветоном?)

В Gid'а кинь чем-нибудь вкусным, чтобы он отвлёкся, и можешь смело спрашивать.

добрый день. Здесь вопросы по WinForms еще не считаются моветоном?)

Да

там внутри такая хрень while(!toke.IsCancellationrequested) { // читаем данне Application.Current.Dispatcher.Invoke( //обновляем данные) }

проверяй до инвока ещё раз toke.IsCancellationrequested

посоны поздравте меня с первым LINQ LEFT JOIN query результат которого сериализуется в JSON передается по айкасу на клиента и там его рендерит кнокаут

Тебе по каким критериям нужно объект найти (имя или наличие/значение атрибута)?

Есть например список исполнителей, у каждого исполнителя есть имя, список альбомов Ищу исполнителя в xml файле по его имени

Есть например список исполнителей, у каждого исполнителя есть имя, список альбомов Ищу исполнителя в xml файле по его имени

По отношению к исполнителю имя исполнителя это атрибут, или дочерний элемент?

Выглядит файл примерно так ''' <Artists> <Artist> <Name>bla bla<Name/> <Albums> ... <Albums/> <Artist/> <Artists/> '''

Чет не вышло

ты его щупал?

на мобилках им пользуюсь в основном

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

ибо из коробки всё работает

привет! я пишу на винформс

что само по себе достойно порицания и осуждения

хотя тут в "про" чате был перец, который в 2017-ом году делал проект на винформах из C++/CLI

По отношению к исполнителю имя исполнителя это атрибут, или дочерний элемент?

Вадим Дмитриев: Выглядит файл примерно так ' <Artists> <Artist> <Name>bla bla<Name/> <Albums> ... <Albums/> <Artist/> <Artists/> '

Всё, winforms police в чате