Dealing with Null Values

[Max Sandman]

I'm getting increasingly frustrated with C# and its exceptions on null
values. Rather than try to deal with it on a hit-or-miss basis as
exceptions pop up, I thought I should try to learn exactly how C# deals
with null. Of course, there's nothing obvious in the docs like "Dealing
with Null Values" and a search on "null" yielded 500 results, most of
which don't apply. Can anybody point me in the right direction? Or offer
some general guidelines? Or even the correct keyword to search the docs?

sandman

*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!

[Jon Skeet]

Max Sandman <sa*********@ya hoo.com> wrote:

I'm getting increasingly frustrated with C# and its exceptions on null
values. Rather than try to deal with it on a hit-or-miss basis as
exceptions pop up, I thought I should try to learn exactly how C# deals
with null. Of course, there's nothing obvious in the docs like "Dealing
with Null Values" and a search on "null" yielded 500 results, most of
which don't apply. Can anybody point me in the right direction? Or offer
some general guidelines? Or even the correct keyword to search the docs?

Never try to dereference null - that's when you'll get an exception.

Read the documentation for methods you call - they should (but probably
won't always, unfortunately) specify whether or not null is a valid
value for the parameters you pass in, and whether or not the method may
return null.

Basically, make sure you know at all times which of your variables may
be null, and what it means for them to be null. Then don't dereference
those null values :)

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet/
If replying to the group, please do not mail me too

[Ignacio Machin]

Hi Max,
Well I think that you will not find what you are looking for, now the
question to ask is why you are getting so much null values in your program,
are you sure you initialize all your variables correctly? are you checking
for null before using a object, it's non uncommon method returning null when
a value is not found like this example:

DataRow row = dataset.Tables["table1"].Rows.Find( pk );
//I have to check if row is a valid row or null
if ( row != null ) { .... }
Other than that, I do not what to advise you.

Hope this help,

--
Ignacio Machin,
ignacio.machin AT dot.state.fl.us
Florida Department Of Transportation

"Max Sandman" <sa*********@ya hoo.com> wrote in message
news:uE******** ******@TK2MSFTN GP09.phx.gbl...

I'm getting increasingly frustrated with C# and its exceptions on null
values. Rather than try to deal with it on a hit-or-miss basis as
exceptions pop up, I thought I should try to learn exactly how C# deals
with null. Of course, there's nothing obvious in the docs like "Dealing
with Null Values" and a search on "null" yielded 500 results, most of
which don't apply. Can anybody point me in the right direction? Or offer
some general guidelines? Or even the correct keyword to search the docs?

sandman

*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!

[JS]

with respect to Nulls...what are your frustrations?
examples?

-----Original Message-----
I'm getting increasingly frustrated with C# and its exceptions on nullvalues. Rather than try to deal with it on a hit-or- miss basis asexceptions pop up, I thought I should try to learn exactly how C# dealswith null. Of course, there's nothing obvious in the docs like "Dealingwith Null Values" and a search on "null" yielded 500 results, most ofwhich don't apply. Can anybody point me in the right direction? Or offersome general guidelines? Or even the correct keyword to search the docs?
sandman

*** Sent via Developersdex http://www.developersdex.com ***Don't just participate in USENET...get rewarded for it!
.

[Richard Cook]

there's a null object pattern too, which is sometimes appropriate to save
explicit tests for null
http://c2.com/cgi/wiki?NullObject
"Jon Skeet" <sk***@pobox.co m> wrote in message
news:MP******** *************** *@news.microsof t.com...

Max Sandman <sa*********@ya hoo.com> wrote:

I'm getting increasingly frustrated with C# and its exceptions on null
values. Rather than try to deal with it on a hit-or-miss basis as
exceptions pop up, I thought I should try to learn exactly how C# deals
with null. Of course, there's nothing obvious in the docs like "Dealing
with Null Values" and a search on "null" yielded 500 results, most of
which don't apply. Can anybody point me in the right direction? Or offer
some general guidelines? Or even the correct keyword to search the docs?

Never try to dereference null - that's when you'll get an exception.

Read the documentation for methods you call - they should (but probably
won't always, unfortunately) specify whether or not null is a valid
value for the parameters you pass in, and whether or not the method may
return null.

Basically, make sure you know at all times which of your variables may
be null, and what it means for them to be null. Then don't dereference
those null values :)

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet/
If replying to the group, please do not mail me too

[Joe]

"Max Sandman" <sa*********@ya hoo.com> wrote in message
news:uE******** ******@TK2MSFTN GP09.phx.gbl...

I'm getting increasingly frustrated with C# and its exceptions on null
values. Rather than try to deal with it on a hit-or-miss basis as
exceptions pop up, I thought I should try to learn exactly how C# deals
with null. Of course, there's nothing obvious in the docs like "Dealing
with Null Values" and a search on "null" yielded 500 results, most of
which don't apply. Can anybody point me in the right direction? Or offer
some general guidelines? Or even the correct keyword to search the docs?

Hi Max,

Off the top of my head, here are a few coding practices that I use to avoid
these types of problems:

1. Initialize variables so you always know they are in a valid state. If
you explicitly initialize them to null, you know that they start off in an
invalid state (anticipating that the algorithm should bring them to a valid
state) and you should check them before you use them.

2. Check for null before making library calls to 3rd pary libraries where
null is invalid.

3. Use Debug.Assert for pre and post-condition checking to make sure your
algorithms start and end in valid states. It's really easy to use for
pre-conditions, i.e. making sure input parameters are not null.

4. Get NUnit, http://nunit.org/, (or another unit testing tool that you
would prefer) and test positive and negative conditions. I use this all the
time and do regular regression tests that keep me out of trouble.

Joe
--
http://www.csharp-station.com

[Jon Skeet]

Joe <jo*@nospam.com > wrote:

3. Use Debug.Assert for pre and post-condition checking to make sure your
algorithms start and end in valid states. It's really easy to use for
pre-conditions, i.e. making sure input parameters are not null.

I would suggest not using Debug.Assert for that kind of thing - I'd use
a straight exception:

if (someParameter= =null)
throw new ArgumentNullExc eption ("someParameter ");

At least for non-private methods - it would make sense to use
assertions for private methods.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet/
If replying to the group, please do not mail me too

[Joe]

"Jon Skeet" <sk***@pobox.co m> wrote in message
news:MP******** *************** *@news.microsof t.com...

Joe <jo*@nospam.com > wrote:

3. Use Debug.Assert for pre and post-condition checking to make sure your algorithms start and end in valid states. It's really easy to use for
pre-conditions, i.e. making sure input parameters are not null.

I would suggest not using Debug.Assert for that kind of thing - I'd use
a straight exception:

if (someParameter= =null)
throw new ArgumentNullExc eption ("someParameter ");

At least for non-private methods - it would make sense to use
assertions for private methods.

Actually, I do both. Maybe I'm afraid someone else on the team will eat the
exception and I want to make sure they don't overlook it. :)

Joe
--
http://www.csharp-station.com

I'm finding null to be a bit frustrating too. What am I missing?

Consider the following example...

object o = null;

System.String x = null;

o = null;

y y1=null;

if(o!=null)

{

Console.WriteLi ne(o.ToString() );

}

y is defined as follows:

class y

{

}

My frustration is that o is *never* null. I watch it in the debugger and
even the assignment makes it not null. Why?

System.String starts and null and happily stays that way.

What is going on?

[Jon Skeet]

ab***********@h otmail.com <ab***********@ hotmail.com> wrote:

I'm finding null to be a bit frustrating too. What am I missing?

Consider the following example...

object o = null;
System.String x = null;
o = null;
y y1=null;
if(o!=null)
{
Console.WriteLi ne(o.ToString() );
}

y is defined as follows:

class y
{
}

My frustration is that o is *never* null. I watch it in the debugger and
even the assignment makes it not null. Why?

I'm sure it's just the debugger being strange - o certainly *is* null.
Here's a program to demonstrate that, using bits of your code:

using System;

public class Test
{
static void Main()
{
object o = null;

System.String x = null;

o = null;

if(o!=null)
{
Console.WriteLi ne(o.ToString() );
}
else
{
Console.WriteLi ne ("o was null");
}
}
}

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet/
If replying to the group, please do not mail me too