Я переношу проект Visual Studio .NET Framework 4.7.2 на .NET5.0 и наблюдаю другое поведение double.ToString, когда значение отрицательное и близкое к нулю.
Например, двойное значение -7.1054273576010019E-15 при преобразовании в строку возвращает "-0", даже если я округляю его перед преобразованием в .NET Framework. 4.7.2 его результат был «0» (тот же код).
Эта разница обсуждается здесь https://devblogs.microsoft.com/dotnet/f ... rsing-and- formatting-improvements-in-net-core-3-0/ но я не совсем согласен с тем, что это улучшение, как указано в заголовке, я считаю, что 0 не должен иметь знака, это не положительное число и не отрицательное число .
Я знаю, что могу создать собственный IFormatProvider или метод расширения и преобразовать double по своему усмотрению, но для этого требуется изменение каждого преобразования в коде, а также всем разработчикам, работающим над проектом, придется использовать его в будущее. По моему мнению, это решение не очень интуитивно понятно и может стать источником ошибок.
Есть ли способ восстановить предыдущее поведение с меньшими усилиями?
Готова ли Microsoft сделать это? изменить это в будущих версиях .NET?
РЕДАКТИРОВАТЬ:
Я спросил то же самое в обсуждении здесь https://github.com/dotnet/runtime/discussions /54537
Если это может быть полезно кому-то еще.
Подробнее здесь: https://stackoverflow.com/questions/680 ... -framework
Как избежать «-0» в качестве результата double.ToString() после переноса с .NET Framework 4.7.2 на .NET5.0? ⇐ C#
Место общения программистов C#
1733465379
Anonymous
Я переношу проект Visual Studio .NET Framework 4.7.2 на .NET5.0 и наблюдаю другое поведение double.ToString, когда значение отрицательное и близкое к нулю.
Например, двойное значение -7.1054273576010019E-15 при преобразовании в строку возвращает "-0", даже если я округляю его перед преобразованием в .NET Framework. 4.7.2 его результат был «0» (тот же код).
Эта разница обсуждается здесь https://devblogs.microsoft.com/dotnet/floating-point-parsing-and- formatting-improvements-in-net-core-3-0/ но я не совсем согласен с тем, что это улучшение, как указано в заголовке, я считаю, что 0 не должен иметь знака, это не положительное число и не отрицательное число .
Я знаю, что могу создать собственный IFormatProvider или метод расширения и преобразовать double по своему усмотрению, но для этого требуется изменение каждого преобразования в коде, а также всем разработчикам, работающим над проектом, придется использовать его в будущее. По моему мнению, это решение не очень интуитивно понятно и может стать источником ошибок.
Есть ли способ восстановить предыдущее поведение с меньшими усилиями?
Готова ли Microsoft сделать это? изменить это в будущих версиях .NET?
РЕДАКТИРОВАТЬ:
Я спросил то же самое в обсуждении здесь https://github.com/dotnet/runtime/discussions /54537
Если это может быть полезно кому-то еще.
Подробнее здесь: [url]https://stackoverflow.com/questions/68079614/how-to-avoid-0-as-double-tostring-result-after-porting-from-net-framework[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия