Как сохранить свойство записи как uint, но визуализировать его как DateTime?
Минимальный пример скрипта dotnet доступен здесь.
Мне нужно создать сторонний API, который хранит даты как uint секунд после эпохи, но хочу представить их потребителям моего API как значения DateTime. Механика get/init свойства записи DTO меня сбивает с толку. Если я сделаю, как показано ниже, я получу ошибку «невозможно неявно преобразовать из uint в DateTime»:
public static void Main()
{
var foobar = new FoobarModel() { created = (uint)1725747561 };
}
public static class TimeConverter
{
public static DateTime ConvertFromUnixTimestamp(uint timestamp) =>
DateTime.UnixEpoch.AddSeconds((double)timestamp);
public static uint? ConvertToUnixTimestamp(DateTime date) =>
(uint)Math.Floor((date!.ToUniversalTime() - DateTime.UnixEpoch).TotalSeconds);
}
public record FoobarModel
{
private uint? _created;
public DateTime? created
{
get => created != null
? TimeConverter.ConvertFromUnixTimestamp(_created!.Value)
: null;
init => _created = value != null
? TimeConverter.ConvertToUnixTimestamp(value!.Value)
: null;
}
public FoobarModel() { }
}
Я должен иметь возможность создать экземпляр FoobarModel с данными uint, но очевидно, что мой метод FoobarModel.created.init не может принять uint. Как мне заставить эту ситуацию работать?
(Пожалуйста, простите соглашения о капитализации свойств FoobarModel, они соответствуют стороннему API. Кроме того, в конечном итоге я хотел бы десериализовать строку JSON с этим свойством, чтобы в скрипте был доступен небольшой код JSON.)
@ProgrammingLlama Спасибо за предложения. 1) Надеялся избежать дублирования, поскольку мне нужно дублировать около 15 DTO, и поддерживать их будет не очень СУХО. 2) Сериализацией занимается Swagger, и мне не хотелось его сильно настраивать; Я бы предпочел оставить логику публичной init, если это возможно. Действительно ли нет способа обойти ошибку типа?
Ответы 1
Рассмотрите возможность сохранения отформатированного DateTime как отдельного несериализованного значения, если вы хотите использовать модель двойного назначения:
public static class TimeConverter
{
public static DateTime ConvertFromUnixTimestamp(uint timestamp) =>
DateTime.UnixEpoch.AddSeconds((double)timestamp);
public static DateTime? ConvertFromUnixTimestamp(uint? timestamp) =>
timestamp == null ? (DateTime?) null : ConvertFromUnixTimestamp(timestamp!);
public static uint ConvertToUnixTimestamp(DateTime date) =>
(uint)Math.Floor((date.ToUniversalTime() - DateTime.UnixEpoch).TotalSeconds);
}
public uint? created { get; init; }
[JsonIgnore]
public DateTime? createdDateTime
{
get => TimeConverter.ConvertFromUnixTimestamp(created)
}
Я также только что перенес обработку #nullable в конвертер.
Сериализация/десериализация, а также любая инициализация продолжают использовать значения эпохи uint. Если вы хотите отобразить его как дату и время, используйте свойство createDateTime.
Да, я только что осознал, что мне нужно еще одно общедоступное свойство только с геттером, поскольку возврат DateTime для свойства uint не является типобезопасным. Спасибо за ответ.
Есть как минимум два решения: 1) Не используйте в ответе API ту же модель, что и ту, которую вы получаете от другого API. 2) Если вы выполняете сериализацию в JSON, используйте JsonConverter для вывода этого значения в формате даты/времени ISO8601 в JSON. Хотя этот параметр может вызвать проблемы, если вы также выполняете десериализацию JSON из другого API.