Да, но не будучи партизаном BID является единственным форматом, который действительно имеет смысл для этого приложения. ДПД добавляется сложность, но позволяет легко конвертировать в BCD в аппаратных средствах, аппаратного ускорения десятичной арифметики. Но, будучи финансовым приложением все внутренней арифметики должна быть точным, произвольной точность рациональна, а не усеченный с плавающей точкой в любом случае, поэтому формат decimal64 будет использоваться только для сериализации, что делает повышение эффективности аппаратных средств (и связанным с ними сложность) довольно бессмысленно.
Ну, вы точка зрения зависит от точки сидения.
ДПД является единственным форматом с полной поддержкой (от поставщика IBM) и имеет прямое аппаратное ускорение (при включении питания и г / Arch).
БИД является самым широким доступен (из-за Intel), но имеет явные упущения в поддержке, например, нет широко доступны реализации зсапЕ () и Е (). Это не большая задача, чтобы написать их, глядя на коде IBM, но я считаю его опасным для распространения такого рерайт.
По моему опыту рациональной математика завышена для финансовых приложений. Даже очень простые расчеты TVM имеют иррациональные решения. И еще, возможно, потребуется осуществить правильное округление только правильно взаимодействовать с внешним миром. И даже не упоминается слово "сокращение", Существует немало Generaly принятых процедур учета, которые очень четко о режиме округления, и вы будете иметь, чтобы соответствовать им в вас рациональной математической библиотеки, чтобы пройти аудит.
Edit: Кроме того, одна вещь, которую я забыл о рациональной математике является то, что ожидания многих людей не будет соответствовать формальным математическим определениям. Наиболее распространенным примером является 2 + 2 = 2 * 2. Математически это ложь, но на практике вам нужно разместить старый обычай: 2,00 + 2,00 = 4,00, а 2,00 * 2,00 = 4.0000.