Сломанный компонент среды выполнения Windows - System.Decimal

Question

Сломанный компонент среды выполнения Windows - System.Decimal

1

Я получаю ошибку компилятора:

"Метод xxx имеет значение параметра типа" System.Decimal "." System.Decimal "недействительный Windows Runtime должен возвращать только типы времени выполнения Windows".

В любом случае, я могу использовать десятичное число? или я должен просто сохранить значение в виде центов в целых числах?

Cool Breeze 07 нояб. 2014, в 02:34

Источник

0

Кажется, что это (вопрос о десятичном и двойном в финансовых приложениях) решается с помощью ряда других вопросов на ту же тему: stackoverflow.com/search?q=double+versus+decimal . Краткий ответ: «Не делай этого». Вам было бы лучше использовать пользовательский тип данных с фиксированной запятой (это ошеломляет многие вещи, которые они оставили в WinRT ... System.Decimal, безусловно, одна из них)
Peter Duniho 07 нояб. 2014, в 01:15
0

Ну, у меня всегда было впечатление, что я должен использовать десятичную за деньги. Я думаю, что я немного озадачен тем, почему я не могу использовать десятичную дробь для моего брокерского компонента времени выполнения. Можете ли вы расширить этот пользовательский тип данных с фиксированной запятой?
Cool Breeze 07 нояб. 2014, в 01:22
0

Вы должны использовать десятичную за деньги, если она доступна. Он устраняет ошибки округления, которые существуют в форматах с плавающей запятой. Вы можете исследовать фиксированную точку, так как в Интернете есть много информации об этом. Короткая версия состоит в том, что, например, вы можете хранить целые числа, представляющие копейки, или даже сотые доли копейки; затем сложение / вычитание работает нормально, и, конечно, вы должны отслеживать движение десятичной дроби для умножения и деления.
Peter Duniho 07 нояб. 2014, в 01:39
0

Десятичный существует в WinRT.
Nate Diamond 08 нояб. 2014, в 00:51
0

Не при создании компонента среды выполнения Windows - msdn.microsoft.com/en-us/library/windows/apps/… Я думаю, что я просто собираюсь хранить его как центы в целом числе.
Cool Breeze 10 нояб. 2014, в 03:45
0

Особенно на основании этого последнего комментария и редактирования - я не вижу, как это дублирует другой вопрос. Речь идет именно о проблемах, связанных с использованием Decimal decimal в WinRT, а не о decimal или double .
Filip Skakun 10 нояб. 2014, в 06:05

Показать ещё 4 комментария

Теги:

c#

.net

decimal

enterprise

windows-runtime

2 ответа

0

Фактически, я нашел самый простой способ - использовать double для возвращаемых значений и параметров моего компонента WinRT.

Это то, что у меня есть в моей библиотеке классов С#

public static double Round(double value, int digits)
{
    // do stuff
}

Это код С# Windows Runtime Portable Class Library, который я создал как оболочку для вызова из моего кода JavaScript

public static double Round(double val, int digits)
{
    return MyCSharpClassLib.Class.Round(val, digits);
}

И из моего проекта JavaScript это то, что я называю

var round = WindowsRuntimeWrapper.Class1.round(3.1415926549, 3);

И это работает отлично!

sebagomez 10 апр. 2015, в 13:51

Ещё вопросы

Кажется, что это (вопрос о десятичном и двойном в финансовых приложениях) решается с помощью ряда других вопросов на ту же тему: stackoverflow.com/search?q=double+versus+decimal . Краткий ответ: «Не делай этого». Вам было бы лучше использовать пользовательский тип данных с фиксированной запятой (это ошеломляет многие вещи, которые они оставили в WinRT ... System.Decimal, безусловно, одна из них)
Ну, у меня всегда было впечатление, что я должен использовать десятичную за деньги. Я думаю, что я немного озадачен тем, почему я не могу использовать десятичную дробь для моего брокерского компонента времени выполнения. Можете ли вы расширить этот пользовательский тип данных с фиксированной запятой?
Вы должны использовать десятичную за деньги, если она доступна. Он устраняет ошибки округления, которые существуют в форматах с плавающей запятой. Вы можете исследовать фиксированную точку, так как в Интернете есть много информации об этом. Короткая версия состоит в том, что, например, вы можете хранить целые числа, представляющие копейки, или даже сотые доли копейки; затем сложение / вычитание работает нормально, и, конечно, вы должны отслеживать движение десятичной дроби для умножения и деления.
Не при создании компонента среды выполнения Windows - msdn.microsoft.com/en-us/library/windows/apps/… Я думаю, что я просто собираюсь хранить его как центы в целом числе.
Особенно на основании этого последнего комментария и редактирования - я не вижу, как это дублирует другой вопрос. Речь идет именно о проблемах, связанных с использованием Decimal decimal в WinRT, а не о decimal или double .

Cool Breeze · Accepted Answer · 2014-11-12T08-38-00.000Z

Я нашел, что самым простым решением было сохранить его в виде центов в целых числах.

Я считаю, что это может не работать для всех валют в мире, но меня беспокоят только доллары, поэтому это не проблема в этом конкретном сценарии.

Альтернативой является внедрение шаблона "деньги" - http://martinfowler.com/eaaCatalog/money.html