SMART-LAB
Новый дизайн
Мы делаем деньги на бирже
Информация
Блог им. Burger
Вопрос к программерам на C#.
- 30 января 2013, 13:39
- |
Есть 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);
По-другому никак не реализовать корректный расчёт?
a — тип Int;
b — тип Int;
c — тип Long
Столкнулся с тем, что в выражении:
с = a * b;
правая часть, по умолчанию, сначала преобразуется
в Int, а потом в Long. Соответсвенно при больших
a и b и «переполнении» Int (скажем 300 000 и 10 000)
результат получается некорректный.
Приходится заморачиваться конструкцией:
c = Convert.ToInt64(a) * Convert.ToInt64(b);
По-другому никак не реализовать корректный расчёт?
13 |
Читайте на SMART-LAB:
ИИ изменится и изменит рынок в 2026 году #SOFL_тренды
В 2026 году ИИ выходит из режима экспериментов. Чат-боты и пилоты остаются в прошлом — технологии начинают массово работать в реальных...
13:53
AUD/USD: покупатели нацелились на новые уровни?
Австралийская валюта которую неделю «топчет» локальную область поддержки в диапазоне 0,6660–0,6685, регулярно формируя бычьи поглощения. Отдельно...
00:59
теги блога Андрей Кучумов
- Alfa
- AlfaDirect
- API
- C#
- CDS
- Excel
- fsber
- Nikkei 225
- nikkei225
- Sber
- tslab
- алгоритм
- алготрейдинг
- Александр Герчик
- альфа директ
- Альфа-банк
- американский рынок
- Балансировка
- банкротство
- биржи
- Брокер
- вероятность
- Газпром
- герчик
- график
- движение
- дефолт Греции
- Дисциплина
- Домашка
- идеи
- Индекс оптимизма
- индексы
- итоги дня
- Китай
- компьютер
- компьютер для трейдинга
- консолидация
- Лайф
- лоси
- ММВБ
- новичок
- нововведение
- обвал
- Олимпиада
- опрос
- оптимизация
- оптимизация роботов
- опцион
- опционы
- отдых
- оффтоп
- Ошибки
- ошибки в трейдинге
- ошибки трейдера
- перспектива
- плечо
- проблема
- прогноз
- программа
- программирование торговых роботов
- психология
- разное
- реинвестирование
- рекорд
- робот
- Роботы
- РТС
- Рынки
- Рынок - взгляд
- сайт
- Самара
- сбер
- сбер банк
- Сбербанк
- сбербанк адр
- семинар
- синтетический опцион
- сопротивление
- спекуляции
- стоп
- Стоп-заявки
- Стоп-лосс
- стопы
- стратегии
- стратегия
- теория вероятности
- теханализ
- технический анализ
- Торги
- Торговые идеи
- торговые сигналы
- торговые стратегии
- трейдинг
- тренд
- уровень
- Уровни
- фсбер
- фьючерс
- шорт
- япония
Лонг — максимум в 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.