Dot Net team why isn't there a System.Financial?

[sr]

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!

 

[Bruce Wood]

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...?

 

[Paul E Collins]

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.

 

[W.G. Ryan eMVP]

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

 

[Bruce Wood]

You're probably right, although the Temperature thing was a cheap shot.
95% of business software needs to deal with monetary amounts. I don't
know many apps that need to know how hot it is outside.

The only benefit to storing currency along with the monetary value
would be ensuring that you didn't mistakenly try to add US$ to Yen.
That and providing some sort of starting point for application
programmers to build up a currency conversion framework. Again,
probably not enough benefit to warrant the addition. (I was just
annoyed that I had to build my own Money type.)

I agree that basic financial calculations would be an excellent
addition.

 

[Mr. Mountain]

I may have an interest in participating in a Financial functions library as
well.

 

[James Curran]

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.

Mainly because Financial operations are basic OS functions, so by
attempting to put them into the OS, would open MS open for a new round of
anti-trust lawsuits.

DO a Google search: There should be a third-party library available.

 

[Tom Dacon]

Mainly because Financial operations are basic OS functions

Huh???

Tom Dacon
Dacon Software Consulting

 

[pachanga]

..haha I read this and it makes me laugh..

You can always create a library and have it customized to your
financial pleasure..even cheat a little, like Enron did.
::C++JAVAC# vs VB6VB:::

 

[James Curran]

Huh???

Ooops....

That should read "Mainly because Financial operations are NOT basic OS
functions"

--
Truth,
James Curran
[erstwhile VC++ MVP]
Home: www.noveltheory.com Work: www.njtheater.com
Blog: www.honestillusion.com Day Job: www.partsearch.com