|
You express a decimal literal as 0.1M if I recall correctly.
|
|
|
|
|
Try it like this:
_balance += _amount + (amount * 0.1m); The m (or M)tells the compiler to treat the number as a decimal value, without it the number is treated as a double.
The reason this is giving you an error is that there are no implicit conversions between floating-point types and the decimal type. A decimal denotes a 128-bit data type. Compared to floating-point types, the decimal type has a greater precision and a smaller range, which makes it suitable for financial and monetary calculations. The double keyword denotes a simple type that stores 64-bit floating-point values.
|
|
|
|
|
That is an excellent explanation.
|
|
|
|
|
|
Could someone point me in the direction of an article perhaps on how to write DLL's in C# and call them from C++ or Delphi or something other than a .NET language?
I'm hoping this is even possible?
Cheers
|
|
|
|
|
Dewald wrote: I'm hoping this is even possible?
Exposing the .NET assembly as either COM objects or Web Services would do that. Alternatively you can use C++/CLI to reference the C# managed assembly (DLL), wrap the .NET object API and expose a Native C++ or C API that non .NET languages can call. Based on the small amount of information you provided I would guess COM might be a good solution for you.
|
|
|
|
|
|
I have been programming in C# for years now, but I have never gotten a straight answer on this:
we always declare "using System.Whatever" at the top of a .cs file to make life easier when we program, but is there a cost associated with having many of them declared, especially (or even) if they arent used, or are they treated much the same as comments and they get stripped out during the compile if they arent used?
It's been bugging me for years.
______________________
Mr Griffin, eleventy billion is not a number...
|
|
|
|
|
Hello,
Look at this thread[^] and specially at "Guffa's" post!
All the best,
Martin
|
|
|
|
|
Awesome, thank you 
______________________
Mr Griffin, eleventy billion is not a number...
|
|
|
|
|
From what I understand is that the using statements work the same as in C++ in the since you don't have to add the namespace to each command you are trying to use/call, but they have the added benefit of calling the garbage collector to look for those associated objects in your code. Makes is so you don't have to manually call dispose to it for the mem to be cleaned up during exit.
I guess there might be a *small* downfall to them but, I doubt it is worth messing with and isn't much faster than removing one IO write....
more info here: http://msdn2.microsoft.com/en-us/library/zhdeatwt(VS.80).aspx[^]
|
|
|
|
|
I think you're mixing the concepts. There are "using directives", which the OP is mistakenly calling "statements", that appear at the top of the code file and tell the compiler that you are "using" types out of the specified namespace.
The "using statements" are a type of syntax shorthand for wrapping an IDisposable type in a try/finally block. They are completely independent and separate from one another. The only commonality is that they, unfortunately, share the same keyword.
|
|
|
|
|
Correct, the C# Specification (section 9.3) calls them directives. I think much of the confusion is that they don't have a leading # like "normal" directives.
And, perhaps, many beginners don't learn the actual using statement, so they don't know the difference.
Plus, a lot of books confuse the issue; looking in three I have here:
"Professional C#" (Wrox), page 40, says, "using statement"
"Developing Web Applications" (Microsoft), page 93, says "using statement"
"C# for Dummies", page 331, says, "using command"
|
|
|
|
|
Yes...there is a lot of confusion around this. It would have been better to prefix them with the "#" or use a different keyword (like include or import). Unfortunately, I don't see this changing since it would break everything. 
|
|
|
|
|
It makes life easier for you. Consider it shorthand. It doesnt affect your compiled code at all. (You'll be surprised how many different ways you can do things before it changes the IL).
|
|
|
|
|
No, they don't adversely affect the program; they simply save the programmer many many many keystrokes. And my opinion of them is pretty well documented in that other thread so I won't repeat myself yet again other than to say, "I don't use them".
On the other hand, most practitioners don't advance beyond the very simplest use of the using directive.
For instance, one could write
using System.Collections.Generic ;
...
Dictionary<string,object> mystuff = new Dictionary<string,object>() ;
Dictionary<string,object> yourstuff = new Dictionary<string,object>() ;
Dictionary<string,object> hisstuff = new Dictionary<string,object>() ;
but one could also write
using LookupTable=System.Collections.Generic.Dictionary<string,object> ;
...
LookupTable mystuff = new LookupTable() ;
LookupTable yourstuff = new LookupTable() ;
LookupTable hisstuff = new LookupTable() ;
which has the benefits of saving even more keystrokes, makes the program easier to maintain (the definition of LookupTable only needs to be changed in one place), and may just be better OOP.
(And less time replacing <s with <s when posting on CP!)
Another use for the using directive is this
using DatabaseConnection=System.Data.SqlClient.SqlConnection ;
using DatabaseCommand =System.Data.SqlClient.SqlCommand ;
using DatabaseReader =System.Data.SqlClient.SqlDataReader ;
using DatabaseParameter =System.Data.SqlClient.SqlParameter ;
using DatabaseAdapter =System.Data.SqlClient.SqlDataAdapter ;
...
then, if the underlying database technology changes, only the using directives need be modified; again, simplifying maintenance.
Taking that to the next level, we can make the selection of the actual database classes a compile-time issue
# if SqlClient
using DatabaseConnection=System.Data.SqlClient.SqlConnection ;
using DatabaseCommand =System.Data.SqlClient.SqlCommand ;
using DatabaseReader =System.Data.SqlClient.SqlDataReader ;
using DatabaseParameter =System.Data.SqlClient.SqlParameter ;
using DatabaseAdapter =System.Data.SqlClient.SqlDataAdapter ;
...
# endif
# if OleDb
...
# endif
# if MySql
...
# endif
...
The problem with this technique is that one must ensure that one and only one of the database systems is defined -- this is an unfortunate side-effect of Microsoft gutting the C preprocessor for use with C#.
Using the standard C preprocessor, one can write
# define SqlClient 1
# define OleDb 2
# define MySql 3
# define UseDatabase 1
# if (UseDatabase==SqlClient)
using DatabaseConnection=System.Data.SqlClient.SqlConnection ;
using DatabaseCommand =System.Data.SqlClient.SqlCommand ;
using DatabaseReader =System.Data.SqlClient.SqlDataReader ;
using DatabaseParameter =System.Data.SqlClient.SqlParameter ;
using DatabaseAdapter =System.Data.SqlClient.SqlDataAdapter ;
...
# endif
# if (UseDatabase==OleDb)
...
# endif
# if (UseDatabase==MySql)
...
# endif
|
|
|
|
|
Good explanation on the different ways to use the using directive. It is unfortunate that we don't have a bit more in the preprocessor to at least allow the #define statments.
|
|
|
|
|
Oh, and I left out the use of the using directive to write
using WinForms=System.Windows.Forms ;
using WebForms=System.Web.UI.WebControls ;
...
WinForms.Button b1 = new WinForms.Button() ;
WebForms.Button b2 = new WebForms.Button() ;
(But then, only I would be crazy enough to do that.) 
|
|
|
|
|
Nice, i like this one...
______________________
Mr Griffin, eleventy billion is not a number...
|
|
|
|
|
Vodstok wrote: at the top of a .cs file
Which is another misconception... Did you know... that you can put a using directive inside a namespace? I didn't until the subject came in that other thread.
|
|
|
|
|
Hi,
I'm using VS2005 and I have a settings file in my project whose items are user-scoped. Is there way to save them to a different file instead of the auto-generated config file which is under the C:/Documents and Settings/blah blah blah....
|
|
|
|
|
use System.Xml or System.IO to write and read your own custom file...
|
|
|
|
|
|
Hi,
I need some information about calling events of web application through windows application by httpwebrequest nd response
Actually I want to execute all events of web application through request…., but I only succeed for server side control's event and not for client side control like anchor element like that…….
I am implementing all these from windows application…..., If u have any information then please reply….……..
Dipti Jadhav
|
|
|
|
|
What is the diff between Sender property of MailMessage and From property of MailMessage.
What is the difference between ReplyTO and ReturnPath
they have same meaning in usage. dont they ?
Now my client wants to use these things with unique cases
when a reciever hits reply it should use ReplyTo address (which it does)
When a mail is getting bounced or if there is some error then it should use ReturnPath
Man! Now it is coming down to client sending me RFCs and still i'm not able to figure out the difference and how i can utilize all these properties.
Regards
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
