You'll be glad to know! [modified]
-
it's like writing poetry, just keep scrapping the redundant bits until you start to like the result. Except you have to adhere to the original intentions... :)
Luc Pattyn [Forum Guidelines] [Why QA sucks] [My Articles] Nil Volentibus Arduum
Please use <PRE> tags for code snippets, they preserve indentation, and improve readability.
-
Thanks! Glad someone agree! I think I was looking for a beating... but I have a hard time handling it! :laugh:
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
-
Indeed that will do! :thumbsup: :) However.... I do prefer goto to multiple nested statement! ;P
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
Two comments. 1. Loops are only nested too deep when you need to indent each level by less than [insert favourite small number here, mine's 4] spaces to fit it on the screen. ;P The construct
if (!test)
goto next;
do_stuff;
next:is actually what a compiler* will emit if you feed it
if (test)
do_stuff;Ironic, huh? But maybe that's why we deal in the input to compilers and leave their output unseen. * for a typical target instruction set
Software rusts. Simon Stephenson, ca 1994.
-
Until I did some refactoring today I had a method with three return statements! :omg: (They were to avoid a goto to abort a nested loop.)
Ho my god! That Is Bad! :laugh:
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
-
Two comments. 1. Loops are only nested too deep when you need to indent each level by less than [insert favourite small number here, mine's 4] spaces to fit it on the screen. ;P The construct
if (!test)
goto next;
do_stuff;
next:is actually what a compiler* will emit if you feed it
if (test)
do_stuff;Ironic, huh? But maybe that's why we deal in the input to compilers and leave their output unseen. * for a typical target instruction set
Software rusts. Simon Stephenson, ca 1994.
mmh... so you mean your way is better because it will compile to my way?!? ;P anyway, at this stage it's a matter of taste, your solution is elegant too! but too many bracket confuses me and the compiler in my brain! (as opposed to the one on the hard drive ;) )
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
-
there is the matter of avoiding goto, but this is no big deal, the real challenge is to do it in aesthetic and readable way! Well, I guess it's a subjective matter... But just to give you better chance, here is the real code. I think goto is the most elegant / beautiful solution. I invite you to show me the beauty of avoiding goto! (Although.. being a subjective thing... well....) Here we go:
for (int i = max; i >= min; i--)
{
var v1 = new Vector2D(points[i > 0 ? i - 1 : points.Count - 1], points[i]);
var v2 = new Vector2D(points[i], points[i < points.Count - 1 ? i + 1 : 0]);
if (v1.SquareNorm <= MINL || v2.SquareNorm <= MINL)
goto RemovePoint;
v1 = v1.Normalize(); // divide by zero if test above fail
v2 = v2.Normalize();
var z = v1 ^ v2;
if (Math.Abs(z) <= minsin && v1 * v2 < 0)
goto RemovePoint;
continue;
RemovePoint: ;
points.RemoveAt(i);
if (points.Count < 3)
return null;
}A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
modified on Thursday, September 9, 2010 8:31 PM
If you really don't want to put some of that logic into functions, this is one way to go:
for(...)
{
bool doRemove = false;
var v1 = a();
var v2 = b();
if(v1.a() || v2.a())
{
doRemove = true;
}
else
{
v1 = c();
v2 = d();
var z = e();
if(e(z, v1, v2))
{
doRemove = true;
}
}
if(doRemove)
{
RemovePoint();
}
}I put in some placeholders where I didn't feel like typing.
-
see the code below! it can't be done upfront, as the first if will avoid as divide by zero in the second if! just for your benefit I post the code below again! Anyway, yes it can be done, but I found my way more readable... I guess it's too subjective for debate.. but I invite you to show me the new version:
for (int i = max; i >= min; i--)
{
var v1 = new Vector2D(points[i > 0 ? i - 1 : points.Count - 1], points[i]);
var v2 = new Vector2D(points[i], points[i < points.Count - 1 ? i + 1 : 0]);
if (v1.SquareNorm <= MINL || v2.SquareNorm <= MINL)
goto RemovePoint;
v1 = v1.Normalize(); // divide by zero if square norm is 0 (test above)
v2 = v2.Normalize();
var z = v1 ^ v2;
if (Math.Abs(z) <= minsin && v1 * v2 < 0)
goto RemovePoint;
continue;
RemovePoint: ;
points.RemoveAt(i);
if (points.Count < 3)
return null;
}A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
I already gave my preferred structure here[^], and I think we've had enough code in the Lounge for this week... :)
Luc Pattyn [Forum Guidelines] [Why QA sucks] [My Articles] Nil Volentibus Arduum
Please use <PRE> tags for code snippets, they preserve indentation, and improve readability.
-
If you really don't want to put some of that logic into functions, this is one way to go:
for(...)
{
bool doRemove = false;
var v1 = a();
var v2 = b();
if(v1.a() || v2.a())
{
doRemove = true;
}
else
{
v1 = c();
v2 = d();
var z = e();
if(e(z, v1, v2))
{
doRemove = true;
}
}
if(doRemove)
{
RemovePoint();
}
}I put in some placeholders where I didn't feel like typing.
ok, I guess this one will work and is readable! :thumbsup: but I still prefer my way! :laugh:
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
-
Well, the complexity of
avar1 = someCalculation();isn't relevant, you can do it upfront anyway. The complexity ofavar2 = someOtherCalculation();is what matters. If it can't be put in the middle of the if clause, I'd use a boolean flag, like so:for (...) {
bool updateWanted=false;
if (calculation()==someValue) updateWanted=true;
else if (someOtherCalculation()==someValue2) updateWanted=true;
if (updateWanted) localVar.UpdateNicely();
}and now you can easily expand line 4 (and 3) as required. :)
Luc Pattyn [Forum Guidelines] [Why QA sucks] [My Articles] Nil Volentibus Arduum
Please use <PRE> tags for code snippets, they preserve indentation, and improve readability.
modified on Thursday, September 9, 2010 8:52 PM
mm.. I guess it's a nice simplification of other solution and it works AND is easily readable too!! :thumbsup: anyway, I still prefer my code! :laugh:
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
-
mmh... so you mean your way is better because it will compile to my way?!? ;P anyway, at this stage it's a matter of taste, your solution is elegant too! but too many bracket confuses me and the compiler in my brain! (as opposed to the one on the hard drive ;) )
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
Super Lloyd wrote:
your way is better because it will compile to my way
What I am saying is that it's good for us that compilers can do the messy stuff, leaving us to express our algorithms in ways we can wrap our heads around without spewing. A couple of others have made similar comments in this thread. Enough with the philosophy! I'm outta here! ;P
Software rusts. Simon Stephenson, ca 1994.
-
The only acceptable place I've found for a goto is within a switch block. After all, the "labels" are already defined.
I've found GOTO support specially useful when porting code from FORTRAN - or even from C. I guess this is one of the real excuses for having a GOTO instruction in C#: dealing with legacy code from languages were GOTO are/were common place. It just becomes much easier to port entire algorithms without having to change its structure in the process. Once an initial port is complete, it is much simpler to remove those offending instructions one by one (specially after you have set lots of regression tests). However, in some cases, removing all gotos just isn't worth the risk.
Interested in Machine Learning in .NET? Check the Accord.NET Framework. See also Handwriting Recognition Revisited: Kernel Support Vector Machines
modified on Saturday, September 11, 2010 9:19 PM
-
Ok, maybe I should say what I did, so maybe an anti-goto purist can give me tips on how to write goto-less nice code in such circumstances... (or become less anti goto) so here we go, that's what I wrote (veil your eyes, code in the lounge!)
for(...)
{
avar = calculation()
if(avar == someValue)
goto doStuff;
avar2 = someOtherCalculation();
if(avar2 == someValue2)
goto doStuff;
continue;
doStuff:;
localVar.UpdateNicely();
}A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
Super Lloyd wrote:
can give me tips
well, most languages have the following capabilities: "else" methods can call methods "or" operations A combination of one or more of those language features would make your code a hell of a lot more readable and maintainable. ;) Marc
-
I thought about it and... despite my initial inflamatory intention I'm thinking we could both gain by showing you what I did, who knows one of 2 thing might even happen!! 1. maybe you'll think this is a good goto! 2. maybe you'll give me good work around so, here you go (veil your eyes, code in the lounge) please remove the goto in the nice fashion or hold your peace forever!
for(...)
{
avar = calculation()
if(avar == someValue)
goto doStuff;
avar2 = someOtherCalculation();
if(avar2 == someValue2)
goto doStuff;
continue;
doStuff:;
localVar.UpdateNicely();
}A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
This is easy just put doStuff in another function. -Saurabh
-
Super Lloyd wrote:
can give me tips
well, most languages have the following capabilities: "else" methods can call methods "or" operations A combination of one or more of those language features would make your code a hell of a lot more readable and maintainable. ;) Marc
Maybe you an answer this other question. Somewhere I posted my real code and somewhere some posted the nested if version. Personally I found my version way simpler and maintainable. It has less line, less bracket, less variable a lower cyclomatic complexity. Now where does this "absolutely no goto" religion comes from? I just can't bring myself to prefer the nested if extra variable more lines of code version.... :omg: Anyway, I can see this is going no where. I did learn something, it's pointless to post against people belief, nothing came out of it! I haven't change my opinion, nor did they! and I'm upset!
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
-
see the code below! it can't be done upfront, as the first if will avoid as divide by zero in the second if! just for your benefit I post the code below again! Anyway, yes it can be done, but I found my way more readable... I guess it's too subjective for debate.. but I invite you to show me the new version:
for (int i = max; i >= min; i--)
{
var v1 = new Vector2D(points[i > 0 ? i - 1 : points.Count - 1], points[i]);
var v2 = new Vector2D(points[i], points[i < points.Count - 1 ? i + 1 : 0]);
if (v1.SquareNorm <= MINL || v2.SquareNorm <= MINL)
goto RemovePoint;
v1 = v1.Normalize(); // divide by zero if square norm is 0 (test above)
v2 = v2.Normalize();
var z = v1 ^ v2;
if (Math.Abs(z) <= minsin && v1 * v2 < 0)
goto RemovePoint;
continue;
RemovePoint: ;
points.RemoveAt(i);
if (points.Count < 3)
return null;
}A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
I'm not as much of a hater of goto's as most people, but without goto's I'd write it as:
for (int i = max; i >= min; i--)
{
bool removePoint = false;
var v1 = new Vector2D(points[i > 0 ? i - 1 : points.Count - 1], points[i]);
var v2 = new Vector2D(points[i], points[i < points.Count - 1 ? i + 1 : 0]);
if (v1.SquareNorm <= MINL || v2.SquareNorm <= MINL)
{
removePoint = true;
}
else
{
v1 = v1.Normalize(); // divide by zero if square norm is 0 (test above)
v2 = v2.Normalize();
var z = v1 ^ v2;
if (Math.Abs(z) <= minsin && v1 * v2 < 0)
removePoint = true;
}if (removePoint) { points.RemoveAt(i); if (points.Count < 3) return null; }}
Either way, it's pretty clear. Yours doesn't require the extra allocation/initialization/assignment of the flag, so it's slightly more efficient, which could be important if you're in a huge loop.
- S 50 cups of coffee and you know it's on! Code, follow, or get out of the way.
-
I'm not as much of a hater of goto's as most people, but without goto's I'd write it as:
for (int i = max; i >= min; i--)
{
bool removePoint = false;
var v1 = new Vector2D(points[i > 0 ? i - 1 : points.Count - 1], points[i]);
var v2 = new Vector2D(points[i], points[i < points.Count - 1 ? i + 1 : 0]);
if (v1.SquareNorm <= MINL || v2.SquareNorm <= MINL)
{
removePoint = true;
}
else
{
v1 = v1.Normalize(); // divide by zero if square norm is 0 (test above)
v2 = v2.Normalize();
var z = v1 ^ v2;
if (Math.Abs(z) <= minsin && v1 * v2 < 0)
removePoint = true;
}if (removePoint) { points.RemoveAt(i); if (points.Count < 3) return null; }}
Either way, it's pretty clear. Yours doesn't require the extra allocation/initialization/assignment of the flag, so it's slightly more efficient, which could be important if you're in a huge loop.
- S 50 cups of coffee and you know it's on! Code, follow, or get out of the way.
Glad to see that not everyone give in the anti goto dogma, an actually look at the code! :-D And yeah, I have been unconvinced by all the gymnastic to get rid of the goto so far. Seems much easier, shorter, etc... with it! I'm not really sure why I made this post in fact.. but I think I learn something about communication! :)
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
-
I thought about it and... despite my initial inflamatory intention I'm thinking we could both gain by showing you what I did, who knows one of 2 thing might even happen!! 1. maybe you'll think this is a good goto! 2. maybe you'll give me good work around so, here you go (veil your eyes, code in the lounge) please remove the goto in the nice fashion or hold your peace forever!
for(...)
{
avar = calculation()
if(avar == someValue)
goto doStuff;
avar2 = someOtherCalculation();
if(avar2 == someValue2)
goto doStuff;
continue;
doStuff:;
localVar.UpdateNicely();
}A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
Ouch. I recommend:
for (...) {
avar = calculation();
if (avar == someValue) {
localVar.UpdateNicely();
}
else {
avar2 = someOtherCalculation();
if (avar2 == someValue2) {
localVar.UpdateNicely();
}
}
}If
avarandavar2are purely local to thefor, you could reduce this to:for (...) {
if ((calculation() == someValue) || (someOtherCalculation() == someValue2)) {
localVar.UpdateNicely();
}
}/ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
-
Ouch. I recommend:
for (...) {
avar = calculation();
if (avar == someValue) {
localVar.UpdateNicely();
}
else {
avar2 = someOtherCalculation();
if (avar2 == someValue2) {
localVar.UpdateNicely();
}
}
}If
avarandavar2are purely local to thefor, you could reduce this to:for (...) {
if ((calculation() == someValue) || (someOtherCalculation() == someValue2)) {
localVar.UpdateNicely();
}
}/ravi
My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
Real code here[^]. you could only do your first version. which I find more cumbersome than the goto version because: - it has more bracket and line of code - some code is repeated (localvar.UpdateNicel() contains, in fact, a conditional return, hence it can't be put into a function) In fact the version with goto is the best or equals to all other solution in term of - number of line of code (less) - number of if (less) - number of nested block (less) - number of variables (less)
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
-
ok, I guess this one will work and is readable! :thumbsup: but I still prefer my way! :laugh:
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
Super Lloyd wrote:
but I still prefer my way
Of course you do, it is yours after all. Be prepared to defend a law suit some years down the track when a support dev has a heart attack when they see it. At which point the thing will be refactored to something sensible. And yes I'm one of those who will go to extreme lengths to eliminate goto.
Never underestimate the power of human stupidity RAH
-
Maybe you an answer this other question. Somewhere I posted my real code and somewhere some posted the nested if version. Personally I found my version way simpler and maintainable. It has less line, less bracket, less variable a lower cyclomatic complexity. Now where does this "absolutely no goto" religion comes from? I just can't bring myself to prefer the nested if extra variable more lines of code version.... :omg: Anyway, I can see this is going no where. I did learn something, it's pointless to post against people belief, nothing came out of it! I haven't change my opinion, nor did they! and I'm upset!
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station.... _________________________________________________________ My programs never have bugs, they just develop random features.
If you don't like brackets, refactor the nested loop into another method. The way I see it you just WANT to use goto's even though you know that 'most other people' (TM) would prefer the equally valid version without goto's. Personally it upsets me that people use language features for no good reason. 'I don't like brackets' is not a good reason at all. Code with a goto is always harder to decipher than code without.
