tags:

views:

744

answers:

6

I have never used nullable types in my C# code. Now I have decided to change my coding practice by introducing nullable types in my code.

What are the major changes in the coding practices should be made while making a transition from normal datatypes to nullable data-types in case of application programming?

What are the areas that should be taken care of?

What are the points I should always watch out for?

+9  A: 

Don't use nullable types because they are a "cool new thing" you have discovered. Use them where they are applicable and genuinely useful.

There are overheads to using them, and if used incorrectly they will unnecessarily increase the complexity of your code.

You also have to be careful to avoid null dereferences, so they place additonal burden on programmers working with that code. (In some cases this is preferable to the cost of a workaround approach though!)

Jason Williams
This is never a good idea. Coz nobody know what changes are coming in the .net framework and may be that change is entirely based upon Nullable types.
JMSA
@JMSA: I don't understand what you're trying to say.
Jason Williams
+1. Nullable types are incredibly useful when you need them, but Jason's right about avoiding burdening callers with the need to check values vs. null all the time. Consider throwing an exception if null is not valid.
TrueWill
+1  A: 

This good article should help you.

DreamWalker
+1  A: 

I rarely use nullable types. The only place I've use them is when I'm dealing with null types in the database.

Chuck Conway
+5  A: 

Nullable<T> is useful for when you need a possible invalid state for a value type, or if the data is being retrieved from a database that may contain a null value for the column. It is very common in some old FORTRAN code I am porting to C# for invalid values to be negative or 0, but this is troublesome especially when the values are used in mathematical functions. It is far more explicit to use Nullable<T> to show that possible invalid state.

It is worth mentioning that the following is the same:

Nullable<int> myNullableInt;
int? myNullableInt;
sixlettervariables
Tips: Don't forget, null value from database is represented as DBNull.Value by ADO.NET. Make sure to use DBNull.Value to communicate with DB instead of null of Nullable<T>.
Ferry Meidianto
+3  A: 

A couple of other good ideas for using nullable types:

  • Don't forget the flexibility in syntax. Nullable<int> is the same as int?
  • Check for null (var.HasValue) and cast it to base type before using it as the base type.
L. Moser
+1  A: 

They seem suitable for the starting value of some value type variables.

int? lastCodeReceived;

if (lastCodeReceived.HasValue)
{
    // At least one code has been received.
}
frou