Fave Operator of the Day
-
Jim Crafton wrote:
You tease - don't blue-ball us, give up an example!!!
return _cachedItem ?? (_cachedItem = GetItem());Regards, Nish
Nish’s thoughts on MFC, C++/CLI and .NET (my blog)
My latest book : C++/CLI in Action / Amazon.com linkI would have like a
??=operator too, for exactly what you are showing. Personally, I find it more handy with dealing with optionals.xacc.ide
IronScheme a R5RS-compliant Scheme on the DLR
The rule of three: "The first time you notice something that might repeat, don't generalize it. The second time the situation occurs, develop in a similar fashion -- possibly even copy/paste -- but don't generalize yet. On the third time, look to generalize the approach." -
and proud! :cool:
"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." - Rick Cook "There is no wealth like knowledge, no poverty like ignorance." Ali ibn Abi Talib "Animadvertistine, ubicumque stes, fumum recta in faciem ferri?"
-
You tease - don't blue-ball us, give up an example!!! :)
¡El diablo está en mis pantalones! ¡Mire, mire! Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)! SELECT * FROM User WHERE Clue > 0 0 rows returned Save an Orange - Use the VCF! VCF Blog
Also easy when working with strings. string result = someString ?? string.Empty;
-
The C# 2.0 null coalescing operator
??God bless its little cotton socks.cheers, Chris Maunder
CodeProject.com : C++ MVP
Aha.. so when is CodeProject being upgrade to 3.5 then ? ;)
'Howard
-
The C# 2.0 null coalescing operator
??God bless its little cotton socks.cheers, Chris Maunder
CodeProject.com : C++ MVP
For the really nerdy:
string value = value1 ?? value2 ?? value3 ?? finalDefaultValue;Deja View - the feeling that you've seen this post before.
-
For the really nerdy:
string value = value1 ?? value2 ?? value3 ?? finalDefaultValue;Deja View - the feeling that you've seen this post before.
OK. For us poor, ignorant C++ jocks, please explain what that abomination does. I'm guessing it's something like this:
if (value1 != NULL) value = value1;
else if (value2 != NULL) value = value2;
else if (value3 != NULL) value = value3;
else value = finalDefaultValue;
Software Zen:
delete this; -
OK. For us poor, ignorant C++ jocks, please explain what that abomination does. I'm guessing it's something like this:
if (value1 != NULL) value = value1;
else if (value2 != NULL) value = value2;
else if (value3 != NULL) value = value3;
else value = finalDefaultValue;
Software Zen:
delete this;Yup - that's exactly what it does - it coalesces through the chain until it finds a none-null value.
Deja View - the feeling that you've seen this post before.
-
Yup - that's exactly what it does - it coalesces through the chain until it finds a none-null value.
Deja View - the feeling that you've seen this post before.
I'm curious. Does this pattern occur often enough in .NET programming that it was worth adding an operator for it? Or is it the case that, since the operator is available, you use that pattern more often?
Software Zen:
delete this; -
I'm curious. Does this pattern occur often enough in .NET programming that it was worth adding an operator for it? Or is it the case that, since the operator is available, you use that pattern more often?
Software Zen:
delete this;I use ?? from time to time, but I needed more than a single ?? in an expression. I think a "?." operator would be much more useful than ??. "obj?.Method()" could be syntax sugar for "(obj != null) ? obj.Method() : null" (except that "obj" is evaluated only once). Hopefully MS will add something like that to C# 4.0...
-
I'm curious. Does this pattern occur often enough in .NET programming that it was worth adding an operator for it? Or is it the case that, since the operator is available, you use that pattern more often?
Software Zen:
delete this;Gary Wheeler wrote:
Does this pattern occur often enough in .NET
In normal code, there is often times you want to get a value back, even if it is a specific default value rather than having to deal with nulls. Now that there is nullable types, it happens quite a bit more. While I am not sure that there is a need for a chain of values as mentioned in the prior post, the ?? is handy to have around.
Rocky <>< Blog Post: LINQ Scores a Yahtzee! Tech Blog Post: Cheap Biofuels and Synthetics coming soon?
-
For the really nerdy:
string value = value1 ?? value2 ?? value3 ?? finalDefaultValue;Deja View - the feeling that you've seen this post before.
Ok, so we comparing nerdiness, beat this one for flavour :)
class Foo
{
CallTargetWithContext0 target0;
CallTargetWithContext1 target1;
CallTargetWithContext2 target2;
CallTargetWithContext3 target3;
CallTargetWithContext4 target4;
CallTargetWithContext5 target5;
CallTargetWithContextN targetN;public Foo(Delegate target)
{
target =
(target0 = target as CallTargetWithContext0) ??
(target1 = target as CallTargetWithContext1) ??
(target2 = target as CallTargetWithContext2) ??
(target3 = target as CallTargetWithContext3) ??
(target4 = target as CallTargetWithContext4) ??
(target5 = target as CallTargetWithContext5) ??
// for some reason the last one needs a cast...
((Delegate)(targetN = target as CallTargetWithContextN));
}
}xacc.ide
IronScheme a R5RS-compliant Scheme on the DLR
The rule of three: "The first time you notice something that might repeat, don't generalize it. The second time the situation occurs, develop in a similar fashion -- possibly even copy/paste -- but don't generalize yet. On the third time, look to generalize the approach." -
The C# 2.0 null coalescing operator
??God bless its little cotton socks.cheers, Chris Maunder
CodeProject.com : C++ MVP
I just had to show someone how to use that yesterday. Also remember it was one of the coding questions of the day here a while back. My favorite operator is noop. I would get it on a tag if I wasn't afraid muggles would mispronounce it.
Need a C# Consultant? I'm available.
Happiness in intelligent people is the rarest thing I know. -- Ernest Hemingway -
yeah, I still from time to time type if (myobj) and then remember.
Christian Graus - Microsoft MVP - C++ "also I don't think "TranslateOneToTwoBillion OneHundredAndFortySevenMillion FourHundredAndEightyThreeThousand SixHundredAndFortySeven()" is a very good choice for a function name" - SpacixOne ( offering help to someone who really needed it ) ( spaces added for the benefit of people running at < 1280x1024 )
Discovering that C# does not support that, my happy face turned into a sad face :(
-
Personally, i'd have preferred something along the lines of the GNU C "shortcut ternary" operator (which it closely resembles). But then, i'd have liked it if C# interpreted
nullvalues asfalseinstead of requiring an explicit comparison... :->----
...the wind blows over it and it is gone, and its place remembers it no more...
Frankly, I am getting tired of null reference exceptions. I just wish C#/.NET wouldn't be so finicky about null references. For example the latest issue I had was with a MediaPlayer object, where I close the (possibly) existing player before starting a new one: player.Stop(); player = new MediaPlayer(); ... But if I haven't already created a MediaPlayer I get a freaking null reference exception. Of course I know that I should know better and test player for null, but my point is I don't CARE if player.Stop() fails, it's not going to aversely affect my function at all anyway, and my argument is that I bet in 80-90% of cases, null reference exceptions that slip through in production code probably would work fine if they were simply ignored, like my example above. Who's with me for demanding that null reference exceptions be ignored by default and only thrown in blocks explicitly marked as such! Lol, just a mini-rant. :P
{o,o}.oO( Did somebody say “mouse”? ) |)””’) -”-”-
-
Ok, so we comparing nerdiness, beat this one for flavour :)
class Foo
{
CallTargetWithContext0 target0;
CallTargetWithContext1 target1;
CallTargetWithContext2 target2;
CallTargetWithContext3 target3;
CallTargetWithContext4 target4;
CallTargetWithContext5 target5;
CallTargetWithContextN targetN;public Foo(Delegate target)
{
target =
(target0 = target as CallTargetWithContext0) ??
(target1 = target as CallTargetWithContext1) ??
(target2 = target as CallTargetWithContext2) ??
(target3 = target as CallTargetWithContext3) ??
(target4 = target as CallTargetWithContext4) ??
(target5 = target as CallTargetWithContext5) ??
// for some reason the last one needs a cast...
((Delegate)(targetN = target as CallTargetWithContextN));
}
}xacc.ide
IronScheme a R5RS-compliant Scheme on the DLR
The rule of three: "The first time you notice something that might repeat, don't generalize it. The second time the situation occurs, develop in a similar fashion -- possibly even copy/paste -- but don't generalize yet. On the third time, look to generalize the approach."Oooh - I like that one. The code is completely impenetrable and adds unnecessary complexity. I like it.:-D
Deja View - the feeling that you've seen this post before.
-
The C# 2.0 null coalescing operator
??God bless its little cotton socks.cheers, Chris Maunder
CodeProject.com : C++ MVP
It is up there, but not equal to the nullable int (not an assignment operator like ??, but a little known feature and useful none the less) int? myNullableInt = null; Console.WriteLine(myNullableInt ?? "Null"); myNullableInt = 1; Console.WriteLine(myNullableInt ?? "Null"); Outputs: null 1
-
Jim Crafton wrote:
is there a VB equivalent
Who cares ;)
WPF - Imagineers Wanted Follow your nose using DoubleAnimationUsingPath
norm .net wrote:
Jim Crafton wrote: is there a VB equivalent Who cares
People in jobs that require the use of VB. >.<
-
Oooh - I like that one. The code is completely impenetrable and adds unnecessary complexity. I like it.:-D
Deja View - the feeling that you've seen this post before.
Pete O`Hanlon wrote:
The code is completely impenetrable and adds unnecessary complexity.
In fact, the code is highly optimized for typesafe assignment. IIRC when I tried to rewrite with if's, the generated IL was a lot more 'verbose'. :)
xacc.ide
IronScheme a R5RS-compliant Scheme on the DLR
The rule of three: "The first time you notice something that might repeat, don't generalize it. The second time the situation occurs, develop in a similar fashion -- possibly even copy/paste -- but don't generalize yet. On the third time, look to generalize the approach." -
Frankly, I am getting tired of null reference exceptions. I just wish C#/.NET wouldn't be so finicky about null references. For example the latest issue I had was with a MediaPlayer object, where I close the (possibly) existing player before starting a new one: player.Stop(); player = new MediaPlayer(); ... But if I haven't already created a MediaPlayer I get a freaking null reference exception. Of course I know that I should know better and test player for null, but my point is I don't CARE if player.Stop() fails, it's not going to aversely affect my function at all anyway, and my argument is that I bet in 80-90% of cases, null reference exceptions that slip through in production code probably would work fine if they were simply ignored, like my example above. Who's with me for demanding that null reference exceptions be ignored by default and only thrown in blocks explicitly marked as such! Lol, just a mini-rant. :P
{o,o}.oO( Did somebody say “mouse”? ) |)””’) -”-”-
logan1337 wrote:
and my argument is that I bet in 80-90% of cases, null reference exceptions that slip through in production code probably would work fine if they were simply ignored, like my example above.
Are you nuts? :~ You're responsible for telling the computer what to do. If you hand it a null reference, your method call can't actually be called. If you didn't need it to be called, you shouldn't have written it! Just think - you could have been trying to do anything. Essentially, you're saying that the runtime should plow through catastrophic bugs and attempt to keep executing something, on the assumption that major portions of your code aren't actually important anyway! No. No, no no. This is the road to unpredictable software, bugs that can never be reliably reproduced or tracked back to their original cause, shoddy software that works once, for the single scenario the developer tests under, but trashes the machines of half the end users. :sigh:
----
...the wind blows over it and it is gone, and its place remembers it no more...
-
It is up there, but not equal to the nullable int (not an assignment operator like ??, but a little known feature and useful none the less) int? myNullableInt = null; Console.WriteLine(myNullableInt ?? "Null"); myNullableInt = 1; Console.WriteLine(myNullableInt ?? "Null"); Outputs: null 1
MrEyes wrote:
Outputs: null
No that would be "Null" :)
xacc.ide
IronScheme a R5RS-compliant Scheme on the DLR
The rule of three: "The first time you notice something that might repeat, don't generalize it. The second time the situation occurs, develop in a similar fashion -- possibly even copy/paste -- but don't generalize yet. On the third time, look to generalize the approach."