лейаутом и сериализацией
Это удобно да
С этим понятно, но часто ли с таким сталкиваются люди и что мешает при введении нового апи использовать его для преобразования в байты?
Стоять на одной ноге тоже ничего не мешает, просто неудобно!
Иметь гуид и ууид выглядит как 2 ноги?
Имхо, введение нового низкоуровневого типа в бцл не стоит того
Иметь ДейтТайм и Инстант из ноды удобно или необходимость?
Т.е. тебе ок что есть 20-летнее легаси, которое by design было спроектировано криво (о чем написал сам Таннер) и менять ничего не нужно, давайте дальше его кушать?
Поэтому её никогда в бцл не добавлят
DateTime хватит всем, недаром там столько Kind
Не гугли.
А что с Kind не так? Ни разу проблем не имел
Честно - миллиард. Сходу в гугл ввёл, первая же https://github.com/dotnet/efcore/issues/4711 Кайнд не сериализовался при сохранении в БД, время на десериализации менялось, привет!
То есть из своего опыта не помниш
Помню что было и я очень быстро перестал пользоваться этим типом
Ну и тут может в еф лажанули (но это читать детали надо)
https://t.me/pro_net/566710
вот это типичная проблема, у тебя всегда будет Unspecified
Окей. Одна таблица, 2 колонки. Одна kind: UTC, вторая kind: Local. На какую сам сядешь? На какую тиммейта посадишь?
У меня везде unspecified
«Если я не вижу проблемы - значит её нет»
Я и спрашиваю что не так, а не утверждаю что во всех кейсах нет проблем
Понятно что там лажанули, но это как гнобить человека что он просто упал в открытый люк. Сам мудак, надо было под ноги смотреть.
Когда у тебя сервер бд и клиент в разных тайм зонах начинается пиздец
В рандомных местах время начинает само преобразовываться в локальное
У меня клиенты в разных тайм зонах, пиздеца пока не встретил
Сервер бд и его клиент, твои клиенты - клиенты веб апи
написать чтобы работало можно, но когда начинаешь писать, ты обязательо в какой-то писец влетишь
Обсуждают сегодня