Чому long? Тому що це в тебе UnixTimeStamp та для

Question

Чому long? Тому що це в тебе UnixTimeStamp та для

ішних методів перетворення тобі доведеться кастувати та існує ймовірність, що інша тобі не вистачить.

Чому Dictionary<string, decimal>?
1. Decimal — тому що ти працюєш з валютами, а тут точність важлива
2. Список словарів — це:
"quotes":[ { "jopa":1 } ], а не те, що тобі потрібно. Якщо у тебе Quotes завжди фіксовані (2 поля), то краще створи окремий клас.

Також по Source. Існує ймовірність, що провайдер тобі жопу підсуне, тому тут краще імплементувати повний паттерн властивості

#dot #programming #russian

0

19.02.2023

7 ответов

22 просмотра

Ihor Volokhovych Автор вопроса

Гикер †315620⚰️
Альо флоат якраз навпаки не точний

Пардон. Мав на увазі децимал

0

19.02.2023

Ihor Volokhovych Автор вопроса

Цілий день проходжу курси, мізки плавляться

0

19.02.2023

David

Вирішив трохи переробити і в API передавати source=CurrencyFrom (з форми), currenices=CurrencyTo: var request = new RestRequest($"/currency_data/live?source={CurrencyFrom}&currencies={CurrencyTo}", Method.Get); Тепер JSON отримує різні назви валютних пар (наприклад USDUAH, а при наступному запиті вже EURGBP). Є проблема з десереалізацією, тепер я вже не знаю назви валютних пар і значення просто не отримується. Наприклад якщо public class Quotes { public decimal Rate {get; set;} } то значення не отримуються, а якщо public class Quotes { public decimal USDUAH {get;set;} } то все ок. Але як мені знати значення валютної пари, якщо вони постійно міняються?

0

19.02.2023

Ihor Volokhovych Автор вопроса

David
Вирішив трохи переробити і в API передавати source...

В такому випадку окремий клас тобі мало чим допоможе. Тут вже краще словничок використовувати, або інший тип, який під це підійде

0

19.02.2023

David

Ihor Volokhovych
В такому випадку окремий клас тобі мало чим допомо...