|
|
|
If you follow the C++ model, the default value is burned into your client-side code, and you can't update it without forcing the user to recompile.
We've talked a bit about whether you could have the compiler automatically generate the overloads that you would write yourself. Would that work for you?
|
|
|
|
|
|
That would be awesome! Get's my vote...tell Anders that.
David Stone
But Clinton wasn't a predictable, boring, aging, lying, eloquent, maintainer-of-the-status-quo. He was a predictable, boring-but-trying-to-look-hip, aging-and-fat-but-seemingly-oblivious-to-it, lying-but-in-sadly-blatant-ways, not-eloquent-but-trying-to-make-up-for-it-by-talking-even-more, bringer-in-of-scary-and-potentially-dangerous-new-policies. And there was also Al Gore. It just wasn't *right*.
Shog9
|
|
|
|
|
Eric Gunnerson (msft) wrote:
We've talked a bit about whether you could have the compiler automatically generate the overloads that you would write yourself. Would that work for you?
Yes!
You should definitely keep talking about that. This and the lack of (obvious) documentation around Attributes are my two biggest whines about C#/.NET.
There's little more irritating than having a function with 6 optional arguments and having to write 6 one-line overloads which in reality take up 30 lines and give you 6 more paths for testing.
Paul
|
|
|
|
|
Eric Gunnerson (msft) wrote:
We've talked a bit about whether you could have the compiler automatically generate the overloads that you would write yourself. Would that work for you?
Definately.
Nick Parker
|
|
|
|
|
You could always rewrite a function like this:
void Function(string name, int size, Color color, params object[] optionalparams){}
Then u have "infinite" overloads, yet alot of work to do.
MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info.
|
|
|
|
|
leppie wrote:
void Function(string name, int size, Color color, params object[] optionalparams){}
Ha! Yeah. 2 minutes to write the function (assuming you dont feel a need to validate the parameters) and then when you want to use it six months down the line you have to go back and figure out what constitutes a valid argument list.
I'd have to be pretty desperate before I resorted to that
What I'm doing now is squeezing the overloads into a region and hiding them away (it's actually the pile of useless code to hunt through that bothers me more than writing it).
Paul
|
|
|
|
|
pdriley wrote:
I'd have to be pretty desperate before I resorted to that
Me too
MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info.
|
|
|
|
|
pdriley wrote:
and the lack of (obvious) documentation around Attributes are my two biggest whines about C#/.NET.
Have you read Eric Gunnerson's article [^] on attributes?
Nick Parker
|
|
|
|
|
I understand Attributes, what they are, how to use them, how to customise them, etc. (partly due to having read that very article )
What is lacking is documentation about the Attributes that already exist and what they're doing there.
Nearly every question I've posted on this board has been solved by the use of an Attribute I didn't know existed. Even if it was (for example) just links from the "Events and Delegates" areas of MSDN to the DefaultEventAttribute -- that would be useful.
I'm sure, over time, people will write useful articles on sites like this one, which will reduce the usefulness of this. I, for example, intend to write an article which should introduce many of the Attributes in the ComponentModel (just need a couple of weeks before I have time).
But at the moment, when looking round for this stuff, I find more questions than answers on the internet and not much of either in MSDN. It's causing me (and seemingly other people) to curse a lot.
Paul
|
|
|
|
|
I guess they decided to give us overloading instead. Maybe something todo with a strongly typed language like C# and ECMA conformance.
BTW the parameter is supported on VB.Net and Managed C++(I think).
MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info.
|
|
|
|
|
VB.NET: Yes.
C++.NET: Not sure.
leppie wrote:
VB.Net
But I did want to point out that it's .NET not .Net. You'll get slaughtered if you say .Net in the Lounge instead of .NET.
David Stone
But Clinton wasn't a predictable, boring, aging, lying, eloquent, maintainer-of-the-status-quo. He was a predictable, boring-but-trying-to-look-hip, aging-and-fat-but-seemingly-oblivious-to-it, lying-but-in-sadly-blatant-ways, not-eloquent-but-trying-to-make-up-for-it-by-talking-even-more, bringer-in-of-scary-and-potentially-dangerous-new-policies. And there was also Al Gore. It just wasn't *right*.
Shog9
|
|
|
|
|
|
U can allways try doin something like this,
public static void MyFunc(params object[] param)
{
foreach (object obj in param)
{
Console.WriteLine(obj);
}
}
but you would have to handle all the objects, making it rather pointless, except in some cases, like my delegate problem above. I hope this will work for it though
MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info.
|
|
|
|
|
|
Hi all,
I saw lots of example by using Directory, DirectoryInfo classes to retrieve local directory information. Can I use the same classes to retrieve remote directory information? If yes, how? If not, what C# classes can do the job? I really appreciate your help! Thanks!
|
|
|
|
|
|
You could try map a drive or use the UNC name ( \\server\share ). Havent tried it, but i cant see why it should not work.
MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info.
|
|
|
|
|
I will give them a shot,guys!! Thanks!
|
|
|
|
|
Does anyone know of reasons why LoadFrom with a network UNC wouldn't work (ie \\server\share). I've messed with IE's security zones, share permissions. I would even be willing to use webshares (ie http://server/share) which work for the LoadFrom but you can't do directory info calls on URI's. I currently have a pluggin structure that works beautifully, except that I cannot load the pluggin dlls over the network on the UNC or I can't iterate the potential pluggins on the web URI.
If anyone has any suggestions please let me know. I will update this with solutions I find.
Tanka,
Ryan Cromwell
|
|
|
|
|
whats the exception that you get?
"When the only tool you have is a hammer, a sore thumb you will have."
|
|
|
|
|
An unhandled exception of type 'System.ArgumentException' occurred in mscorlib.dll
Additional information: Invalid URL.
====================
|
|
|
|
|
sounds like it does not like the format, have you tried a drive mapping?
or use a url format? file://
"When the only tool you have is a hammer, a sore thumb you will have."
|
|
|
|