|
A shame you didn't recognize it. It's an indication that my code is, indeed, 'clever'... Not sure how to make it more readable though (I guess this is the part where it becomes a programming question  ).
|
|
|
|
|
Have you considered adding a comment? I find that's generally a good idea for clever code (with or without quotes).
|
|
|
|
|
It's funny you should say that.
While you certainly make a valid point allow me to explain why I don't think that's the solution.
If the code is so unclear it needs comments I really think you should stop and have another look at your code.
Try rewriting it so that it shouldn't need comments (which is what I did).
If there's really nothing else you can do you can use a comment, but I highly discourage it.
I've said it before and I'll say it now; comments are the evil of this world 
In fact I've had so much bad experiences with comments that I've written a tip about it a few years ago.
If you're interested: Write comments that matter[^].
Thanks for the tip though 
|
|
|
|
|
Sander Rossel wrote: And where do you draw the line for cleverness vs. readability/simplicity?
The latter would be considered clever. Anyone can write complex code, but it is hard to reduce complexity to smaller and simpeler tasks.
Sander Rossel wrote: I was thinking I could just have a switch statement where I check which ordering
the user chose (which would make me extend the switch for each new ordering),
I'd be using inheritance to do so. Requires a complete class if you want another switch option. I'd be doing the same for the columns; write a single column and inherit from there, and simply call "sort" on the column.
If it works, then it works. If everyone in your team accepts it, keep it.
I would recommend to create a special class (yes, another) to keep all the arguments you're passing to the method. That way you'd pass a specialized object instead of a (rather lengty) parameter-list. Has the added advantage (besides the obvious readability) that you can loop your arguments using reflection, log them if desired, and inherit them when creating a newer version. Similar to the EventArgs principle
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
Eddy Vluggen wrote: I'd be using inheritance to do so. Requires a complete class if you want another switch option.
Actually, what you're looking at is the constructor of that function
Eddy Vluggen wrote: I'd be doing the same for the columns; write a single column and inherit from there, and simply call "sort" on the column
Have you ever worked with the WinForms DataGridView? It's a beast and if you're going to inherit anything from it you're in for a rough ride 
Eddy Vluggen wrote: I would recommend to create a special class (yes, another) to keep all the arguments you're passing to the method.
It already is, but what's the difference between having a function that takes these arguments or a constructor that takes them? Or did you want to pass them to the class someway else?
Fun fact, in my code you're mostly looking at the signature of common LINQ functions like OrderBy and Where 
|
|
|
|
|
Sander Rossel wrote: Actually, what you're looking at is the constructor of that function
The fact that you have to explain that is an indication of the readability.
Sander Rossel wrote: Have you ever worked with the WinForms DataGridView?
Yes, and I love it. Cannot say the same for the XtraGrid or the MSFlexGrid. Which would you recommend, if not the DataGridView?
Sander Rossel wrote: It already is, but what's the difference between having a function that takes
these arguments or a constructor that takes them?
It would work the same for a constructor as well as a method; it is a simply way of reducing the amount of arguments.
public static Process Start(
ProcessStartInfo startInfo
)That's a factory-method, with a single argument. I think that is a bit more readable than having all the options listed. There's another advantage in this idea if you're planning to inherit the Process-class; your inherited class could easily extend the parameter list without changing the method-signature.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Eddy Vluggen wrote: The fact that you have to explain that is an indication of the readability.
Actually, I shouldn't have called it SomeFunction Eddy Vluggen wrote: Which would you recommend, if not the DataGridView?
Definitely XtraGrid, all sorting and filtering capabilities you need right out of the box!. Sure, steep learning curve, but it's worth it
Eddy Vluggen wrote: That's a factory-method, with a single argument.
But somewhere there's a class constructor for ProcessStartInfo that has all those parameters, right?
|
|
|
|
|
Sander Rossel wrote: Actually, I shouldn't have called it SomeFunction
I admit I have used the prefix "some" in production code.
Sander Rossel wrote: Definitely XtraGrid, all sorting and filtering capabilities you need right out
of the box!. Sure, steep learning curve, but it's worth it
I keep hearing that, yet personally I keep preferring speed and simplicity.
Sander Rossel wrote: But somewhere there's a class constructor for ProcessStartInfo that has all
those parameters, right?
Check for yourself[^].
You'd probably not need them ALL at once, so it would make no sense to provide an overload that lists them all as real arguments. I also do not see any benefit in the extra overload, only a higher LOC - you'd loose aforementioned benefits that bundlig the arguments has. If they are part of the method-signature, then it will be harder to log (instead of simply serializing the arguments-object), and the signature would change if a parameter needs to be added.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Eddy Vluggen wrote: You'd probably not need them ALL at once
True for the ProcessStartInfo, but my method only has three and I always need all of them.
I can see how such a class would make sense though (I probably don't use it far enough).
Eddy Vluggen wrote: I admit I have used the prefix "some" in production code.
I'll pretend I didn't see that!
|
|
|
|
|
Sander Rossel wrote: I'm thinking this isn't ideal in terms of complexity and readability,
IMO any generic solution beats writing endless switch-statements or having to update code in multiple places when introducing a new field or whatever. Even if it's bordering on your personal definition of complexity and readability. The other solution probably wouldn't win a prize either
Sander Rossel wrote: I'm more or less forced to use a dynamic later on as it's quite impossible to get the values of TElement and TKey from object.
Can you elaborate?
|
|
|
|
|
Sascha Lefévre wrote: Can you elaborate?
Sure.
Consider this
MyClass<SomeClass, string> result = SomeFunction("Name", Queryable.OrderBy, q => q.Name);
comboBox.Items.Add(result);
comboBox.Items.Add(SomeFunction("Date", Queryable.OrderBy, q => q.Date));
comboBox.Items.Add(SomeFunction("Age", Queryable.OrderBy, q => q.Age));
object ordering = comboBox.SelectedItem;
MyClass<SomeClass, ...?> result = (MyClass<SomeClass, ...?>)ordering;
dynamic ordering = comboBox.SelectedItem;
ordering.LinqFunction(ordering.Predicate);
|
|
|
|
|
Makes sense. But is there a specific reason why you didn't use a signature like this:
MyClass<SomeClass> ordering = SomeFunction(string caption, Func<IQueryable<TElement>, IQueryable<TElement>> applyPredicate) { ... }
And then use it like this:
comboBox.Items.Add(SomeFunction("Date", source => source.OrderBy(q => q.Date)));
MyClass<SomeClass> ordering = (MyClass<SomeClass>)comboBox.SelectedItem;
ordering.ApplyPredicate();
|
|
|
|
|
Yep, I need the q => q.Date part seperately
Although you do make a good point. I'll see if I can change the code tomorrow so it would work as you propose. It would certainly make that easier.
|
|
|
|
|
Another part of my app got slightly more complex, but I was able to implement this solution and overall reduce complexity (I hope)
|
|
|
|
|
That's great! Glad I could help a minuscule amount
You recommended the XtraGrid to Eddy Vluggen - may I ask why you don't use it in this project too? (I'm about to use it myself for the first time and I would be interested what reason there could be to not use it)
/Sascha
|
|
|
|
|
Sascha Lefévre wrote: That's great! Glad I could help a minuscule amount
I'm pretty sure you're helpful at bigger amounts than that (in fact this was more than minuscule already!)
Sascha Lefévre wrote: You recommended the XtraGrid to Eddy Vluggen - may I ask why you don't use it in this project too?
I used the XtraGrid (and more XtraControls) at my previous job. I'm now at a new job, working for a customer who sticks to as much "vanilla .NET" as possible. If I could I'd get those XtraControls right in there, but it's not my call
And the job initially involved just some bugfixes for a few weeks. In HTML and CSS. With AngularJS. But in reality I've been doing WinForms for over a month now
|
|
|
|
|
Sander Rossel wrote: But in reality I've been doing WinForms for over a month now
Probably they've realized there's someone who knows what he's doing in WinForms and need to capitalize on that before you leave
|
|
|
|
|
Actually they didn't know. I quit my last job (three months ago) because I wanted to do something else than WinForms.
The company I work for now doesn't do WinForms at all. They assured me I'd never do WinForms again!
So then this customer called "We need a programmer for some quick bugfixes asap! We need a HTML and CSS expert!"
A colleague and me would do the job. Then they called again "Actually, we need someone with AngularJS skills."
I actually spend an entire day learning AngularJS, because I didn't know it yet (my colleague does know it).
But the day before we'd get started they called again "Actually, do you have a WinForms programmer? We need it more than the web stuff!"
And so here I am doing WinForms programming again. Not quite what I had in mind, but it's only for a few weeks
|
|
|
|
|
Ah, I see - it's that client who exactly knows what he needs!
At least your time spent learning AngularJS won't have been wasted once you're done with this
By the way, you said somewhere in this thread that n-order-sorting is being done with additional entries in that ComboBox. But at least now that you have this solution in place it would be easy to allow the user to flexibly chain sorting columns. Not that I want to lengthen your time with WinForms though
|
|
|
|
|
I say kudos for cleverness! Your solution is hard to read/understand (at least for me) but I like it since it makes me break it apart. If I still don't understand it, I'd have to run it in a debugger. Just leave decent documentation for the next guy.
"Go forth into the source" - Neal Morse
|
|
|
|
|
kmoorevs wrote: Just leave decent documentation for the next guy
If I told you you could call it like this, would you know enough?
SomeFunction("Name", Queryable.OrderBy, q => q.Name);
|
|
|
|
|
Sander Rossel wrote: would you know enough?
I wouldn't. I don't do lambdas. Or Linq.
|
|
|
|
|
|
I do C#; it's kids these days who don't.
|
|
|
|
|
You do C#, but not LINQ and lambda?
How do you work with collections, write out each foreach loop every time?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
