“За деньги, всегда десятичное число”?
Ну, правило "За деньги, всегда десятичное число" не применяется в группе разработчиков Microsoft, потому что, если это было:
Namespace: Microsoft.VisualBasic
Assembly: Microsoft.VisualBasic (in Microsoft.VisualBasic.dll)
Financial.IPmt и все другие методы получили бы/возвратили бы decimal и нет double как есть
Теперь интересно, могу ли я использовать эти методы без беспокойства с круглыми ошибками?
Я должен пользоваться некоторыми другими библиотеками для работы с финансами? Если да, мог Вы указывать на меня некоторые хорошие (для C# используйте)?
3 ответа
Вы можете использовать этот класс:
public class Financial
{
#region Methods
public static decimal IPmt(decimal Rate, decimal Per, decimal NPer, decimal PV, decimal FV, FinancialEnumDueDate Due)
{
decimal num;
if (Due != FinancialEnumDueDate.EndOfPeriod)
{
num = 2;
}
else
{
num = 1;
}
if ((Per <= 0) || (Per >= (NPer + 1)))
{
//Argument_InvalidValue1=
throw new ArgumentException("Argument 'Per' is not a valid value.");
}
if ((Due != FinancialEnumDueDate.EndOfPeriod) && (Per == 1))
{
return 0;
}
decimal pmt = Pmt(Rate, NPer, PV, FV, Due);
if (Due != FinancialEnumDueDate.EndOfPeriod)
{
PV += pmt;
}
return (FV_Internal(Rate, Per - num, pmt, PV, FinancialEnumDueDate.EndOfPeriod) * Rate);
}
public static decimal PPmt(decimal Rate, decimal Per, decimal NPer, decimal PV, decimal FV, FinancialEnumDueDate Due)
{
if ((Per <= 0) || (Per >= (NPer + 1)))
{
throw new ArgumentException("Argument 'Per' is not valid.");
}
decimal num2 = Pmt(Rate, NPer, PV, FV, Due);
decimal num = IPmt(Rate, Per, NPer, PV, FV, Due);
return (num2 - num);
}
static decimal FV_Internal(decimal Rate, decimal NPer, decimal Pmt, decimal PV, FinancialEnumDueDate Due)
{
decimal num;
if (Rate == 0)
{
return (-PV - (Pmt * NPer));
}
if (Due != FinancialEnumDueDate.EndOfPeriod)
{
num = 1 + Rate;
}
else
{
num = 1;
}
decimal x = 1 + Rate;
decimal num2 = (decimal)Math.Pow((double)x, (double)NPer);
return ((-PV * num2) - (((Pmt / Rate) * num) * (num2 - 1)));
}
static decimal Pmt(decimal Rate, decimal NPer, decimal PV, decimal FV, FinancialEnumDueDate Due)
{
decimal num;
if (NPer == 0)
{
throw new ArgumentException("Argument NPer is not a valid value.");
}
if (Rate == 0)
{
return ((-FV - PV) / NPer);
}
if (Due != FinancialEnumDueDate.EndOfPeriod)
{
num = 1 + Rate;
}
else
{
num = 1;
}
decimal x = Rate + 1;
decimal num2 = (decimal)Math.Pow((double)x, (double)NPer);
return (((-FV - (PV * num2)) / (num * (num2 - 1))) * Rate);
}
#endregion Methods
}
Правило использовать десятичную дробь для денег полезно, поскольку большинство валют имеют десятичные единицы. Используя десятичную арифметику, вы избегаете введения и накопления ошибки округления.
Функции финансового класса используют плавающую точку по нескольким причинам:
- Они не накапливают - они основаны на вычислении экспоненты/логарифма в закрытой форме, а не на итерации и суммировании по периодам.
- Они, как правило, не используют и не дают точных десятичных значений. Например, точная десятичная годовая процентная ставка, деленная на 12 ежемесячных платежей, становится повторяющейся десятичной дробью.
- Они предназначены в первую очередь для поддержки принятия решений и в конечном итоге мало применимы к реальному бухгалтерскому учету.
Pmt и округление могут определить номинальный ежемесячный платеж, но как только эта сумма определена, накопление баланса - произведенные платежи, начисление процентов и т. д. -- происходит в десятичной системе. Кроме того, несвоевременные или авансовые платежи, платежные праздники и другие подобные неравномерности аннулируют прогнозируемую амортизацию, предоставляемую финансовыми функциями.
Вот интересная дискуссия на эту тему: http://www.vbforums.com/showthread.php?t=524101
Примерно на 1/3 пути вниз кто-то объясняет, что он использует Double, потому что функции VB.NET были реализованы так, чтобы работать точно так же, как VB6. В VB6 нет десятичного типа, поэтому используется double.
Итак, похоже, что если точность важна, то вам не следует использовать эти функции.
В ответах на этот вопрос есть несколько перспективных альтернатив - просто проигнорируйте принятый ответ, предлагающий использовать библиотеку VB.
Предыдущий вопрос был удален, поэтому вот некоторые предложения, на которые я ссылался (примечание: я их не пробовал, YMMV)
QuantLib может быть экспортирована/генерирована для C#. См. этот вопрос/ответ на SO для получения дополнительной информации