Dot Net团队为什么没有System.Financial？ [英] Dot Net team why isn't there a System.Financial?
问题描述
有一个System.Math类非常有用我无法想象
没有一个Math类的任何下一代框架或语言！
什么是使用.net十进制数据类型的常见
财务公式的System.Financial类的问题建议在财务计算中使用
？我所指的通用公式
用于查找付款，PV，FV，费率等等......确切地说是传统Microsoft中的b / b
。 VisualBasic命名空间，除了升级使用
十进制数据类型。
以下：
- 您可以通过引用旧版Microsoft.VisualBasic
名称空间来完成此任务。
- 为什么要重写已经写好了你可以很容易地参考
遗留的Microsoft.VisualBasic命名空间
- 这很简单就可以编写自己的类包装器来引用
传统的Microsoft.VisualBasic命名空间然后引用它作为dll或
剪切并将代码传递到所有项目中
只是想知道给予的缺点.NET开发人员编写了一个名为System.Financial的新.NET类商业应用程序使用
仅用于财务计算可以像
类System.Math一样访问。
谢谢！
同样，我发现.NET并不包含带有金额和货币的货币值类型
。也许我正在以一种过于简单的方式看待这一点，但我会认为Money是一种很多人想要的基本类型。使用......？
" Bruce Wood" <峰; br ******* @ canada.com>写道：
同样，我发现.NET不包含带有金额和
货币的货币值类型。 / blockquote>
在我看来太专业了。你能想到任何其他编程
这种类型的语言（不包括SQL，这不是
通用）吗？你也可以争论一个温度类型
的价值和规模。
此外，存储货币连同值不会非常好
有帮助，因为汇率不是恒定的，而且框架将无法兑换货币 - 这只会是一个
无论如何美化数字/字符串对。
P.
考虑到仍然没有多少Win32 API进入了
框架，这个专业的东西不包括在内，或者表面上会在将来出现，这并不奇怪。
然而，有两件事情会浮现在脑海中。 Excel对财务
计算提供了巨大的支持，您可以随时从COM Interop中获取该库。
或者，您可以开始编写一个。如果你有兴趣，我会非常有兴趣参加这个项目。
欢呼，
账单
-
WG Ryan MVP（Windows Embedded）
TiBA解决方案
www.tibasolutions.com | www.devbuzz.com | www.knowdotnet.com
" sr"小于30 ** @ bellsouth.net>在消息中写道
news：11 ********************** @ c13g2000cwb.googlegr oups.com ...有一个System.Math类是非常有用的我无法想象没有一个Math类的任何下一代框架或语言！
拥有一个系统有什么问题。使用建议在财务计算中使用的.net十进制数据类型的常见财务公式的财务类别？我所指的通用公式用于查找付款，PV，FV，费率等等......正是旧版Microsoft.VisualBasic命名空间中的
除了升级后使用
十进制数据类型。
如果你的一个答案在下面的麻木之中，Peeps就不会回复
- 你可以通过参考遗产来做到这一点Microsoft.VisualBasic
命名空间。
- 为什么要重写已编写的内容，您可以轻松地参考传统的Microsoft.VisualBasic命名空间
- 这很容易编写自己的类包装器引用传统的Microsoft.VisualBasic命名空间，然后将其引用为dll或
剪切并将代码传递到所有项目中
只是想知道给.NET的缺点开发人员编写业务应用程序一个名为System.Financial的新.NET类，仅用于财务计算，可以像类System.Math那样访问。
谢谢！
There is a System.Math class that is very helpful I couldn''t imagine
any next generation framework or language without one a Math class!
What is the issue with having a System.Financial class for common
financial formulas using the .net decimal datatype recommended to be
used in financial calculations? The universal formulas I''m referring
to are used to find payments, PV, FV, rate, and etc... exactly what is
in the legacy Microsoft.VisualBasic namespace except upgraded to use
the decimal data type.
Peeps don''t reply if one of your answers are amongst the mind numbing
below:
- you can do this by referencing the legacy Microsoft.VisualBasic
namespace.
- why rewrite what has already been written you can easily reference
the legacy Microsoft.VisualBasic namespace
- this is easy just write your own class wrapper that references the
legacy Microsoft.VisualBasic namespace then reference this as a dll or
cut and past the code into all your projects
Just would like to know the drawbacks of giving .NET developers writing
business applications a new .NET class called System.Financial used
only for financial calculations that could be accessed just like the
class System.Math.
Thanks!
解决方案As well, I found it odd that .NET doesn''t include a Money value type
that carries an amount and a currency. Perhaps I''m looking at this in
too simple-minded a way, but I would have thought Money to be a
fundamental type that lots of people would want to use...?
"Bruce Wood" <br*******@canada.com> wrote:
As well, I found it odd that .NET doesn''t include a
Money value type that carries an amount and a
currency.
Too specialised, in my opinion. Can you think of any other programming
language that has such a type (excluding SQL, which isn''t
general-purpose)? You might just as well argue for a Temperature type
with a value and a scale.
Also, storing the currency along with the value wouldn''t be very
helpful, since exchange rates are not constant and the Framework would
have no way to convert between currencies - it would just be a
glorified number/string pair anyway.
P.
Considering how much of the Win32 API that still hasn''t made it into the
framework, it''s hardly surprising that something this specialised isn''t
included, or ostensibly will be in the future.
however, 2 things come to mind. Excel has tremendous support for financial
calculations and you are always free to hit that library from COM Interop.
Or, you coudl start writing one. I''d be very interested in participating in
such a project if you''re interested.
cheers,
bill
--
W.G. Ryan MVP (Windows Embedded)
TiBA Solutions
www.tibasolutions.com | www.devbuzz.com | www.knowdotnet.com
"sr" <30**@bellsouth.net> wrote in message
news:11**********************@c13g2000cwb.googlegr oups.com...There is a System.Math class that is very helpful I couldn''t imagine
any next generation framework or language without one a Math class!
What is the issue with having a System.Financial class for common
financial formulas using the .net decimal datatype recommended to be
used in financial calculations? The universal formulas I''m referring
to are used to find payments, PV, FV, rate, and etc... exactly what is
in the legacy Microsoft.VisualBasic namespace except upgraded to use
the decimal data type.
Peeps don''t reply if one of your answers are amongst the mind numbing
below:
- you can do this by referencing the legacy Microsoft.VisualBasic
namespace.
- why rewrite what has already been written you can easily reference
the legacy Microsoft.VisualBasic namespace
- this is easy just write your own class wrapper that references the
legacy Microsoft.VisualBasic namespace then reference this as a dll or
cut and past the code into all your projects
Just would like to know the drawbacks of giving .NET developers writing
business applications a new .NET class called System.Financial used
only for financial calculations that could be accessed just like the
class System.Math.
Thanks!
这篇关于Dot Net团队为什么没有System.Financial？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
