Есть 3 переменных:
a — тип Int;
b — тип Int;
c — тип Long
Столкнулся с тем, что в выражении:
с = a * b;
правая часть, по умолчанию, сначала преобразуется
в Int, а потом в Long. Соответсвенно при больших
a и b и «переполнении» Int (скажем 300 000 и 10 000)
результат получается некорректный.
Приходится заморачиваться конструкцией:
c = Convert.ToInt64(a) * Convert.ToInt64(b);
По-другому никак не реализовать корректный расчёт?
ну а тогда чем не нравится преобразование множителей в более «старшие» типы?
Что смущает? усложнение читаемости кода? лишние преобразования или еще что?
Рустам TradeInWest.ru, в целом устраивает, но вдруг,
где ещё «вылезет» переполнение, а я не замечу
(на тестинге не отловлю).
Может есть какая-нить глобальная установка компилятору,
как по-умолчанию делать неявные преобразования…
Андрей Кучумов, ну и вывод?
Если такая большая неопределенность везде (хотя я сомневаюсь), то ставь везде по максимуму типы.
Хотя это и дурной стиль. По канонам — надо максимально детально планировать архитектуру и типы подбирать под реальные потребности. Но мы живем не в идеальном мире.
Рустам TradeInWest.ru, обычно цену я запихиваю вообще
в Int16 или UInt16, по возможности. Тут тоже может
вылезти «переполнение», хотя вроде код прошерстил…
Рустам TradeInWest.ru, если пишешь робота, то цена — double или decimal. Если прогу для оптимизации и тестирования стратегий, то только int. В последнем случае надо предварительно умножить цену, чтоб точность не потерять — для ES mini например надо цену на 100 умножать, ну и комиссию и проскальзывание соот-но учесть нужную.
Решетников не видит фундаментальных факторов в ослаблении рубля. По его мнению текущее падение рубля вызвано эмоциями, а не фундаментальными факторами – Интерфакс Глава Минэкономразвития Максим Решетн...
Индекс МБ сегодня Вчера индекс МБ удержал указанный ключевой уровень 2435Диапазон дня был обозначен как 2435-2492(2550)На 2492 пришли быстро. После перекура отката дернули на 2436 подобравшись к 2550В...
обычный падающий тренд с многочисленными отскоками, после которых заяц кричит о 7000 за Яндекс в 2025, а Гоша кричит какой Яндекс крутой и он молодец. Только вот инфляция за ноябрь 1.2% вышла и будет ...
ОВК восстанавливается, а я не успел докупить по 44
Не успел докупить вчера ОВК по 44, денег не было на счету.
Теперь появились, думаю закинуть на счет и докупить HEAD
Авто-репост. Чита...
Евра может нарисовать пик в 134 рубля к 30-му ноября Всем привет, давно не виделись)Метадон-анализ показывает, что Евра может нарисовать пик в 134 рубля к 30-му ноябряИ это, судя по всему, не связано ...
Стоимость активов в руках управляющих компаний достигла ≈24 трлн руб. С июля по сентябрь чистый приток средств в эти фонды >190 млрд руб 27 ноября 2024 года
Основной прирост связан с притоком ср...
Биржевые будни Тихомирова А.А. 🛡 Приветствую, уважаемые коллеги.
✔️ Нефть торгуется немного ниже важного уровня 73$. Здесь мало что меняется и прогнозировать в очередной раз направление желания ...
Биржевые будни Тихомирова А.А. 🛡 Приветствую, уважаемые коллеги.
✔️ Нефть торгуется немного ниже важного уровня 73$. Здесь мало что меняется и прогнозировать в очередной раз направление желания ...
Лонг — максимум в 9 223 372 036 854 775 807
Ориентируетесь на соответствующие значения в а и b.
Int переполнится и «обрежет» значение, при этом ошибки
не будет.
как правило у компиляторов знаковый. По крайней мере
так делает мой SharpDevelop 4.2
Что смущает? усложнение читаемости кода? лишние преобразования или еще что?
где ещё «вылезет» переполнение, а я не замечу
(на тестинге не отловлю).
Может есть какая-нить глобальная установка компилятору,
как по-умолчанию делать неявные преобразования…
Если такая большая неопределенность везде (хотя я сомневаюсь), то ставь везде по максимуму типы.
Хотя это и дурной стиль. По канонам — надо максимально детально планировать архитектуру и типы подбирать под реальные потребности. Но мы живем не в идеальном мире.
в Int16 или UInt16, по возможности. Тут тоже может
вылезти «переполнение», хотя вроде код прошерстил…
или ты цены всегда умножаешь на какой-то множитель, чтобы было целым?
Уж что что, а цену сам Бог велел в double или decimal (лучше) пихать. как мне кажется.
возможных значение. Считает быстрее, массивы компактнее.
Цена меняется в конечных пунтах.
«или ты цены всегда умножаешь на какой-то множитель, чтобы было целым?»
но если честно — не вижу в этом смысла большого
в данном случае я бы так делал:
int a = 300;
int b = 400;
decimal c = (decimal)a * (decimal)b;
Памяти нажрёт decimal.
Ну и считает поди чуть-чуть медленнее.
Для финансовой сферы рекомендуется использовать decimal.