Дима, покажи как ты решаешь проблему правильно
иду в орм, в котором по моему мнению маппинг работает неправильно, задаю там кастомный маппинг, который работает правильно, профит
Но это внезапно... неправильно, так как лечит отдельные симптомы, а не проблему кривого апи
чьего кривого апи
Апи guid в bcl
если апи кривое, может его над починить?
кривизна апи в bcl не имеет никакого значения в маппинге, маппинг и нужен для того чтобы сконвертировать один кривой дататип в другой кривой дататип
Да-да, мы все это слышали, но в первый раз воркароунд преподносится как правильное решение вместо собственоо решения
Починка это слом обратной совместимости для кода который 20 лет работал.
любой маппинг из разных платформенных типов это "воркэраунд" че мелочиться, давайте введем timestamptz и прочий мусор из SQL-стандарта в дотнет, ведь маппинг из timestamptz в DateTimeOffset кривой потому что типы разные, т.е. с вашей точки зрения один из типов более кривой чем другой а потом вспомним, что timestamptz в разных базах по разному работает, и будем кривизну еще там вычислять
Отдельный батхёрт будет у авторов либ с кросс-таргетом, которым надо будет ifdef на ровном месте делать
Поздно, на этом поведени кодобаза за 20 лет висит
дак пусть висит. а новая использует новое апи, как будто в первый раз
Обсуждают сегодня