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

Хз как на мобилках, но под разные версии .net framework делают препроцессорными директивами

Под мобилки так же наверное

Можно оба подхода совместить, т.е. сделать интерфейс, а реализацию выбирать под директивыми: #if OS1 _api = new Impl1(); #elif OS2 _api = new Impl2(); ...

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

не то, чтобы это было плохо, просто стоит учитывать

Законопроект о запрете анонимности в мессенджерах внесен в Госдуму via @meduzaproject https://meduza.io/news/2017/05/24/zakonoproekt-o-zaprete-anonimnosti-v-messendzherah-vnesen-v-gosdumu

когда не можешь написать свой мессендер, начинаешь паразитировать на других

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

статические конструкторы чудесят, да

на авалонии это ловили уже

если в методе НЕ используются статические поля

то в момент его вызова статический конструктор НЕ будет вызван

и более того - тут нет статического конструктора если че )

есть

смотри в ildasm

хотя твой случай от моего немного отличается

но оно в целом более лениво вызывает всё

но оно в целом более лениво вызывает всё

Никита, а чем смотреть код после jit компиляции?

есть

есть? а если я добавляю пустой статический конструктор - че будет?)

тем не менее я говорил про код, а не про ИЛ, это как показывать класс с одной пропертью и говорить: смотрите! поле! Его нет, но оно какбе есть

неявный статический конструктор и явный - две большие разницы

явный уберет с класса beforefieldinit и поведение поменяется

беда с тобой) только IL код важен, что там написано на C# или VB не столь важно

Эквивалентный код?

да

ну вот нихрена подобного

в обынчном дотнете у них будет разное поведение и перфоманс. в дотнет коре - разный перфоманс

это влияет на блокировки во время выполнения

именно поэтому разный перформанс

не блокировки а тупо лишние проверки перед вызывами статических членов у D

вызываются они одинаково в одной и той же среде

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

ну и как я сказал - в обычном дотнете моменты инициализации у C и D разные

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

ну и как я сказал - в обычном дотнете моменты инициализации у C и D разные

приведи пример

я же уже два раза кидал тут - https://gist.github.com/EgorBo/6bcd2719209e5dd7470aaa65b8d89ead

замени в Foo на статический конструктор и запусти

замени в Foo на статический конструктор и запусти

ок

дествительно поведение разное, но всё равно непонятно, какие это может вызвать проблемы?

очевидно же - вызовется код, который не должен вызываться

в моем случае тот код содержал pinvoke

код в статическом конструкторе, который содержит вызовы Pinvoke? это точно то, что нужно?

да

проинициализировать native dll перед работой

собсно я говорю о конкретном коде который все из вас юзают - внутрянка System.Data.dll

Оооо, и у тебя перфоманс проблема? или что то падает?

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

а у меня - падал код

и как ты решил эту проблему?

никак. так уж получилось что я тот класс смог выкинуть

но вообще можно было бы либо переписать на синглитон с геттером либо вставить пустой статический конструктор

за второе меня бы на вилы

мне кажется что здесь всё таки стоит править System.Data, чтобы он не вызывал ничего такого в статическом конструкторе

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

Есть, к примеру, XUnit.Runner - как мне оттуда консольную утилиту запустить после билда?

Можно как-то обьявить Action/Func делегат через var?

Можно как-то обьявить Action/Func делегат через var?

Нет, это же C#

Func<int> getAnswer = () => 42;

Func<int> getAnswer = () => 42;

Так я тоже умею

Думал может чего не знаю)

По-другому C# не умеет

Он не может понять, что ты объявляешь, Func<int> или Expression<Func<int>>

Проблема с выводом типов понятна

ERROR: S client not available

Есть, к примеру, XUnit.Runner - как мне оттуда консольную утилиту запустить после билда?

Если ты юзаешь .net core, там есть dotnet test

мне нужно protoc из Google.ProtoBuf.Tools в pre-build экшне запустить

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

Ещё видел, когда отдельно билдится .exe, который и запускает тесты

Раньше можно было написать ./packages/Google.ProtoBuf.Tools/tools/protoc ./MyProject/Contracts.proto —csharp_out и всё

А теперь MS решили почему-то, что это никому не надо

И сука кладут Google.ProtoBuf.Tools в жопу - читай в ~/.nuget

Читай его)

Оно в разных местах лежит

для разных платформ

DevCon School в июне кто-то был там, есть смысл идти? там интересно?

имеется в виду вообще DevCon School

И сука кладут Google.ProtoBuf.Tools в жопу - читай в ~/.nuget

Так хорошо же, всякие maven/gradle давно это делают - отличная экономия дискового места.

Ок, где мне раннер-то взять?

В смысле котогенератор protobuf-классов

сделали бы тогда dotnet nuget exec ...

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

Ок, где мне раннер-то взять?

А типа $HOME нельзя использовать? Или может MS добавляет что-то свое в переменное-окружение.

Мне на линукс машине это билдить надо

И на винде тоже

а что, там уже 4-ый ангулар?

мда

ЧЕТВЁРТЫЙ

наплодили-то

А dotnet restore чем не помогает?

А чем оно помогает?

Лол. Я думал с 4 ангуларом это мем такой :D

я к ним на сайт зашёл и узрел

~/.nuget/packages/google.protobuf.tools/3.3.0/tools/windows_x64/protoc.exe --csharp_out=./GraphQL/IDL ./GraphQL/IDL/Contracts.proto

Это тот же второй считай)

Как версию отсюда вытащить пакета и windows_x64 нормально запустить?

а bridge.net кто-нибудь в продакшне использовал?