Сабж.

Вопрос раз: как мы его будем тестировать?
Вопрос два: смысл? Есть ли реальный кейс для добавления поддержки?

Здравствуйте, Sinix, Вы писали:

S>Сабж.

S>Вопрос раз: как мы его будем тестировать?
Юнит тестами .
2.0 должен быть в постоянном статусе на свой страх и риск
S>Вопрос два: смысл? Есть ли реальный кейс для добавления поддержки?
Кейс для популяризации CodeJam.
Есть до сих пор библиотеки с поддержкой 2.0 и если CodeJam будет это поддерживать, то возможно, будет больше заинтересованных.

Здравствуйте, _NN_, Вы писали:

S>>Вопрос раз: как мы его будем тестировать?
_NN>Юнит тестами .
Не выйдет. Нужна чистая vm только с FW2. Причём это будет vm не в appveyor, там все образы с свежим fw.

Поведение FW меняется от 2.0 к 3.5 (к примеру, правилось поведение для call context).
Если код использует рефлексию и лезет в кишки fw — тоже надо проверять.

_NN>2.0 должен быть в постоянном статусе на свой страх и риск
S>>Вопрос два: смысл? Есть ли реальный кейс для добавления поддержки?
_NN>Кейс для популяризации CodeJam.
Тут есть засада. CJ делался и развивается как библиотека, построенная по реальным, проверенным в бою сценариям использования.
Нет пруфов — нет кода
Я поддерживать и гарантировать качество работоспособность на FW2 не готов. Если найдётся желающий поддерживать сборку под FW2 на постоянной основе — вэлкам

_NN>Есть до сих пор библиотеки с поддержкой 2.0 и если CodeJam будет это поддерживать, то возможно, будет больше заинтересованных.

Для больше заинтересованных нужны как минимум справка и блог с постами с юзкейсами.

Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, _NN_, Вы писали:

S>>>Вопрос раз: как мы его будем тестировать?
_NN>>Юнит тестами .
S>Не выйдет. Нужна чистая vm только с FW2. Причём это будет vm не в appveyor, там все образы с свежим fw.

S>Поведение FW меняется от 2.0 к 3.5 (к примеру, правилось поведение для call context).
S>Если код использует рефлексию и лезет в кишки fw — тоже надо проверять.

Насколько я вижу чистого 4.5 тоже нет
https://www.appveyor.com/docs/windows-images-software/

Можно закрыть PR, это было больше разминкой чем реальным применением.

Здравствуйте, _NN_, Вы писали:

_NN>Насколько я вижу чистого 4.5 тоже нет
_NN>https://www.appveyor.com/docs/windows-images-software/
Для 4.0+ сделаны app switches, поведение остаётся прежним, а не сменяется при установке fw.
Список targeting changes можно глянуть тут:
https://docs.microsoft.com/en-us/dotnet/framework/migration-guide/retargeting/4.5.1-4.6.2

Для 2.0->3.5 такой халявы нет

_NN>Можно закрыть PR, это было больше разминкой чем реальным применением.
На твоё усмотрение. Если есть желание саппортить ветку с 2.0 — почему нет?

Здравствуйте, Sinix, Вы писали:

_NN>>Можно закрыть PR, это было больше разминкой чем реальным применением.
S>На твоё усмотрение. Если есть желание саппортить ветку с 2.0 — почему нет?
Цель была подсадить другие библиотеки на CodeJam
Как оказывается есть до сих пор библиотеки с поддержкой 2.0.

По этому поводу даже поднялся вопрос о поддержке .NET 2.0 в NUnit.

Здравствуйте, Sinix, Вы писали:ing/4.5.1-4.6.2

S>Для 2.0->3.5 такой халявы нет

_NN>>Можно закрыть PR, это было больше разминкой чем реальным применением.
S>На твоё усмотрение. Если есть желание саппортить ветку с 2.0 — почему нет?
Если то, что есть устраивает, то могу.
Пока NUnit не убьют поддержку 2.0, хотя вряд ли в 3.x это сделают и вообще в этом году.

Здравствуйте, _NN_, Вы писали:

_NN>Если то, что есть устраивает, то могу.
_NN>Пока NUnit не убьют поддержку 2.0, хотя вряд ли в 3.x это сделают и вообще в этом году.
Ок, вечером гляну.

Здравствуйте, _NN_, Вы писали:

_NN>Если то, что есть устраивает, то могу.
_NN>Пока NUnit не убьют поддержку 2.0, хотя вряд ли в 3.x это сделают и вообще в этом году.

Глянул, должно работать. Если есть желание запушить — пусть ещё кто-то из CJ team одобрит.

Здравствуйте, Sinix, Вы писали:

S>Вопрос два: смысл? Есть ли реальный кейс для добавления поддержки?

Лучше добавить поддержку Core 1.6.

Здравствуйте, IT, Вы писали:

IT>Здравствуйте, Sinix, Вы писали:

S>>Вопрос два: смысл? Есть ли реальный кейс для добавления поддержки?

IT>Лучше добавить поддержку Core 1.6.

Если это похожий объём работы то не проблема .

Здравствуйте, _NN_, Вы писали:


_NN>Если это похожий объём работы то не проблема .

Мне кажется, что бОльший. Я бы вообще с Core 1.x кроме LTS не связывался.
Тем более, что через год у Core 1 end of support наступит. Если реально надо — попробуем.

Здравствуйте, Sinix, Вы писали:

S>Мне кажется, что бОльший. Я бы вообще с Core 1.x кроме LTS не связывался.
S>Тем более, что через год у Core 1 end of support наступит. Если реально надо — попробуем.

Я так понимаю Игорь хочет подцепить к l2db, а у него core 1.6 поддерживается, так что в текущем виде не прокатит.

Здравствуйте, AndrewVK, Вы писали:


S>>Мне кажется, что бОльший. Я бы вообще с Core 1.x кроме LTS не связывался.
S>>Тем более, что через год у Core 1 end of support наступит. Если реально надо — попробуем.

AVK>Я так понимаю Игорь хочет подцепить к l2db, а у него core 1.6 поддерживается, так что в текущем виде не прокатит.
О, если реальный сценарий есть — отлично. Давайте реквест на 1.6, покопаюсь на след. неделе.

Здравствуйте, AndrewVK, Вы писали:

AVK>Здравствуйте, Sinix, Вы писали:

S>>Мне кажется, что бОльший. Я бы вообще с Core 1.x кроме LTS не связывался.
S>>Тем более, что через год у Core 1 end of support наступит. Если реально надо — попробуем.

AVK>Я так понимаю Игорь хочет подцепить к l2db, а у него core 1.6 поддерживается, так что в текущем виде не прокатит.

Вот сильно сомневаюсь
У нас таки не появились дополнительные зависимости, да и пока не надо. Хотя я все чаще поглядываю в сторону ASP.NET Options Pattern, чтобы избавиться от глобальных настроек.

Здравствуйте, Danchik, Вы писали:

D>У нас таки не появились дополнительные зависимости, да и пока не надо. Хотя я все чаще поглядываю в сторону ASP.NET Options Pattern, чтобы избавиться от глобальных настроек.

Какое то мутное описание. Что то я под вечер не уловил в чем кайф этих экзерсисов. Можешь попроще объяснит?

Здравствуйте, AndrewVK, Вы писали:

AVK>Здравствуйте, Danchik, Вы писали:

D>>У нас таки не появились дополнительные зависимости, да и пока не надо. Хотя я все чаще поглядываю в сторону ASP.NET Options Pattern, чтобы избавиться от глобальных настроек.

AVK>Какое то мутное описание. Что то я под вечер не уловил в чем кайф этих экзерсисов. Можешь попроще объяснит?

Сам еще дико не вникал, но идея в том чтобы было удобно конфигурировать вплоть до расширений. Это все в полный рост используется в EF.
Вот сампл из Orleans
https://dotnet.github.io/orleans/Documentation/clusters_and_clients/configuration_guide/client_configuration.html

Вижу что-то типа такого:

options
  .UseNpgSql(o => 
    {
      ConnectionString = ...,
      SqlDialectVersion =  
    })
  .UseNewtonsoftJson(о => ...)
  .UseObjectFactory(o => ...)
  .UseCodeJamRanges()
  .UseNetTopologySuite(o => { o.DefaultSRID = 4326; });

using (var db = new DataConnection(option))
{
}

Какие это даст бенефиты. К примеру подключили дополнительную либу, назвем ее linq2db.NpgSql.NetTopologySuite.
И тут же аккуратно нарезали опции для соединения, маппинга, да и пользуемся всюду.

Я для себя такое настроить могу, но только потому что я пару раз код linq2db перечитал. Да и расширять экстеншинами сложно, все пляшет вокруг MappingSchema.

Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, _NN_, Вы писали:

_NN>>Если то, что есть устраивает, то могу.
_NN>>Пока NUnit не убьют поддержку 2.0, хотя вряд ли в 3.x это сделают и вообще в этом году.

S>Глянул, должно работать. Если есть желание запушить — пусть ещё кто-то из CJ team одобрит.

Кто-нибудь одобряет ?

Тем временем в NUnit обсуждают целесообразность поддержки 2.0.
В ветке 3.x точно не отменят.
https://github.com/nunit/nunit/issues/3070

Здравствуйте, IT, Вы писали:

IT>Лучше добавить поддержку Core 1.6.

Как закончу интеграцию с Theraot.Core, будет легко добавить поддержку.

Здравствуйте, _NN_, Вы писали:

_NN>Как закончу интеграцию с Theraot.Core, будет легко добавить поддержку.

Это ещё одна зависимость?