Фичи и баги OWEN Logic

[b-s-a]

Дело не в том, что кто-то курс пропустил. А в том, что это дико не удобно, когда у тебя при отладке значения прыгают 9,82 -> 1,01e+01 -> 9,93 -> 1,12e+01...

[Сергей0308]

Дело не в том, что кто-то курс пропустил. А в том, что это дико не удобно, когда у тебя при отладке значения прыгают 9,82 -> 1,01e+01 -> 9,93 -> 1,12e+01...

Хотя бы прочитали, для чего нужен(используют) стандартный вид числа, короче, если кратко, как раз для удобства и используют!!!

[b-s-a]

Хотя бы прочитали, для чего нужен(используют) стандартный вид числа, короче, если кратко, как раз для удобства и используют!!!

я не спорю про удобство. Вот только это удобство возникает при унификации вывода. Опять же, 0.00000001 выглядит хуже, чем 1.0e-8, но 0.01e-6 выглядит еще лучше, хоть и не соответствует стандарту. Но проблема не в этом, а в том, что при отладке числа на блоках постоянно меняют способ отображения. То стандартный, то простая десятичная дробь, то экспонента меняется. Постоянно меняются порядки. Ну, невозможно адекватно оценивать числа, когда они ежесекундно меняются так: 9,82 -> 1.01e+01 -> 1.23e+02... Здесь не научная статья, а представление чисел должно быть максимально удобно для анализа. Вот я и предложил форматировать следующим образом: 0,752 -> 9,82 -> 10,1 -> 123,0 -> 1,05e+03... Т.е. экспоненты кратны 3-м например. Это дает, что близкие значения очень редко меняют экспоненту (кстати, даже эти изменения тоже можно сократить - например, если текущая экспонента всего на 1 отличается от предыдущей кратной 3, то использовать предыдущую). Наиболее популярные значения в тысячных долях в пределах тысячи представляются в виде классической десятичной дроби (0,001 ... 999,999). Это очень удобно для разработчика схем в OL, и сделать это не сложно для программистов.

Если ну принципиально хочется стандартное отображение, то никто не запрещает отказаться от простого вида в пользу 1,000e+00. Но только с сохранением кратности порядков, чтобы скакания не было, а то полумера получается.