Future C# features
-
Doesn't your manager feel a little silly reminding you not to mention Whidbey when Whidbey is being bandied about everyone including, as you probably so politely pointed out, the VS.NET roadmap? Whidbey Whidbey Whidbey Whidbey... My absolute #1 priority for C# which I have told everyone and anyone in the frameworks and languages team that will listen is default parameters for methods. That's all I ask. cheers, Chris Maunder
Chris Maunder wrote: Whidbey Whidbey Whidbey Whidbey Chris, I think this is part of the marketing plan that is using the "bad secret dilema". The more often the secret is refered to the more press it gets at launch time. Regardz Colin J Davies
*** WARNING *
This could be addictive
**The minion's version of "Catch :bob: "It's a real shame that people as stupid as you can work out how to use a computer. said by Christian Graus in the Soapbox
-
I am contracting at MS right now, and have contacts with the W------ people. I don't know if I am aloud to mention codenames, despite the fact that Microsoft made the name public, everyone knows the name of the product, and we have an article on it. I mentioned the W------ code name before, which was already publicized in the Microsoft roadmap, but then I was reminded of my NDA agreement; so I deleted the article. What sort of future C# features would you like to see in VS 2004 (or 2005, etc as the case may be)? Can't mention ship dates-- so I am being general, it's a future version of VS, and VS (2003 is already taken). I know the C# developer guys and the feature set is still fluid--uh I mean MORE fluid than usual. If I specify the absolute level of fluidity, I might give away trade secrets. Give me some of your ideas and I will relay them to the C# developers. I am on a company mailing list in which they are asking for feedback, comments and wishlists. Thanks, Wes
1. The VS version of Clippy, "Strippy", who will be a bikini-clad C# female coder to help us feel ok to code w/o pants (or underwear?). 2. Give Strippy the ability to chew out Java coders with insults like, "Hey handsome, remember that real men only code C#, babay." 2. A supreme master namespace made entirely of gold. Call it "Midas-22". 3. A small WMP ActiveX control on the top toolbar that will give live video feeds from the real world where young programmers can dream of having the proverbial "life". 4. Support for a USB device that will allow allow Mountain Dew/Coffee/Guiness to be streamed into the mouths of coders in need. 5. Visual Studio should auto-detect coder mind-wandering. When VS detects such a situation, it will automatically insert Mountain Dew/Coffee/Guiness into the mouth of the coder through the said USB device. 6. Support for the cheese foundation for cheese-impaired children. 8. Generics, specifically, generic women in the form of blow up dolls. 9. I skipped 7 because it is the perfect number of Javeh thy God.
-
I am contracting at MS right now, and have contacts with the W------ people. I don't know if I am aloud to mention codenames, despite the fact that Microsoft made the name public, everyone knows the name of the product, and we have an article on it. I mentioned the W------ code name before, which was already publicized in the Microsoft roadmap, but then I was reminded of my NDA agreement; so I deleted the article. What sort of future C# features would you like to see in VS 2004 (or 2005, etc as the case may be)? Can't mention ship dates-- so I am being general, it's a future version of VS, and VS (2003 is already taken). I know the C# developer guys and the feature set is still fluid--uh I mean MORE fluid than usual. If I specify the absolute level of fluidity, I might give away trade secrets. Give me some of your ideas and I will relay them to the C# developers. I am on a company mailing list in which they are asking for feedback, comments and wishlists. Thanks, Wes
-
I am contracting at MS right now, and have contacts with the W------ people. I don't know if I am aloud to mention codenames, despite the fact that Microsoft made the name public, everyone knows the name of the product, and we have an article on it. I mentioned the W------ code name before, which was already publicized in the Microsoft roadmap, but then I was reminded of my NDA agreement; so I deleted the article. What sort of future C# features would you like to see in VS 2004 (or 2005, etc as the case may be)? Can't mention ship dates-- so I am being general, it's a future version of VS, and VS (2003 is already taken). I know the C# developer guys and the feature set is still fluid--uh I mean MORE fluid than usual. If I specify the absolute level of fluidity, I might give away trade secrets. Give me some of your ideas and I will relay them to the C# developers. I am on a company mailing list in which they are asking for feedback, comments and wishlists. Thanks, Wes
-
1. The VS version of Clippy, "Strippy", who will be a bikini-clad C# female coder to help us feel ok to code w/o pants (or underwear?). 2. Give Strippy the ability to chew out Java coders with insults like, "Hey handsome, remember that real men only code C#, babay." 2. A supreme master namespace made entirely of gold. Call it "Midas-22". 3. A small WMP ActiveX control on the top toolbar that will give live video feeds from the real world where young programmers can dream of having the proverbial "life". 4. Support for a USB device that will allow allow Mountain Dew/Coffee/Guiness to be streamed into the mouths of coders in need. 5. Visual Studio should auto-detect coder mind-wandering. When VS detects such a situation, it will automatically insert Mountain Dew/Coffee/Guiness into the mouth of the coder through the said USB device. 6. Support for the cheese foundation for cheese-impaired children. 8. Generics, specifically, generic women in the form of blow up dolls. 9. I skipped 7 because it is the perfect number of Javeh thy God.
Did you forget the PG rating on the Lounge? :suss:
youd ebtter bnot be taki8ng agvantage o f my mental abilites!1 -David Wulff one night over MSN while totally plastered
-
I am contracting at MS right now, and have contacts with the W------ people. I don't know if I am aloud to mention codenames, despite the fact that Microsoft made the name public, everyone knows the name of the product, and we have an article on it. I mentioned the W------ code name before, which was already publicized in the Microsoft roadmap, but then I was reminded of my NDA agreement; so I deleted the article. What sort of future C# features would you like to see in VS 2004 (or 2005, etc as the case may be)? Can't mention ship dates-- so I am being general, it's a future version of VS, and VS (2003 is already taken). I know the C# developer guys and the feature set is still fluid--uh I mean MORE fluid than usual. If I specify the absolute level of fluidity, I might give away trade secrets. Give me some of your ideas and I will relay them to the C# developers. I am on a company mailing list in which they are asking for feedback, comments and wishlists. Thanks, Wes
Not really C# but anyway. better interop tools : - better and more comprehensive tlbimp.exe (only a fraction of IDL modules are imported) - better and more comprehensive tlbexp.exe - axexp.exe better interop marshaling : - more seamless. Pre-interoperating the underlying WIN32 API would be the least to expect. features for the IDE : - intellisense on attributes - xml-driven attributes : when an attribute is expecting a filepath, the UI should have an open/file dialog fired up without being seen.
-
**MULTIPLE INHERITANCE!!!** With block **Optional/default parameters** Predictable destructors
"Blessed are the peacemakers, for they shall be called sons of God." - Jesus
"You must be the change you wish to see in the world." - Mahatma Gandhi -
Wesner Moise wrote: Give me some of your ideas ... This is what I'm missing the most: 1. typedefs 2. statics, enum (and typedefs) in interfaces. The first exists in Java and I can't figure out why they didn't do in C#. This will be a big boost:
interface IFoo
{
// currently need to use abstract class to do this :(
public static final int ALL_FOOS_USE_THIS = 2;// currently need to use abstract class to do this :(
public enum foo_statuses { ... }// good 'ol C++ style type aliasing - not available at all
public typedef ISomeProxy::someEnum fooEnum;....
}3. Design by contract - Design by contract can help debug both at development and at runtime:
3.1 const objects/methods - one of the best compile-type aids as well as declarative help for the optimizer. 3.2 Complex contracts ala "D":
http://www.digitalmars.com/d/dbc.html[^] http://www.digitalmars.com/d/class.html[^] (search for the title "Invariants")
Class invariants are IMO a huge thing, helping enforce (and validate) the programmer's view of the world as well as helping to document the code.
-Oz --- Grab WndTabs from http://www.wndtabs.com to make your VC6 experience that much more comfortable...
// good 'ol C++ style type aliasing - not available at all
public typedef ISomeProxy::someEnum fooEnum;Well, you can alias things in a certain file, but you can't alias them once and be done with it. You can put a
usingstatement at the top of your file...using foo = fooenum;
...and it will make
foobe able to be used as if it wasfooenum."Blessed are the peacemakers, for they shall be called sons of God." - Jesus
"You must be the change you wish to see in the world." - Mahatma Gandhi -
David Stone wrote: Totally agree with you on everything but 3d, I don't really need UML models in my code or whatnot. DB diagrams might be nice. But what I'd really love is a CodeDOM parser. It was only a sample. Including pictures as comments would be very nice, like, uh, when you are designing some UI control and want to draw a schematic of the control and how the properties affect its size, and so on. Am I the only one to include pictures as part of my projects?
// Quantum sort algorithm implementation
while (!sorted)
;Daniel Turini wrote: Am I the only one to include pictures as part of my projects? Probably. I wouldn't find any use for them. Actually it would be quite distracting to see pictures where I expect code. "When a man sits with a pretty girl for an hour, it seems like a minute. But let him sit on a hot stove for a minute and it's longer than any hour. That's relativity." - Albert Einstein
-
Did you forget the PG rating on the Lounge? :suss:
youd ebtter bnot be taki8ng agvantage o f my mental abilites!1 -David Wulff one night over MSN while totally plastered
Relax, I'm joking. Besides, since when did cheese become X rated? :)
-
Wesner Moise wrote: What sort of future C# features would you like to see in VS 2004 (or 2005, etc as the case may be)? 1. Make the GC optional and give us proper destructors. 2. const parameters and const methods. 3. Multiple inheritance. 4. Default parameters. 5. Non-member functions.
You have all that today, it's called C++. :-D :) (Not saying I disagree with any of those, although #3 would be the one I would least need to use.) "When a man sits with a pretty girl for an hour, it seems like a minute. But let him sit on a hot stove for a minute and it's longer than any hour. That's relativity." - Albert Einstein
-
Wesner Moise wrote: What sort of future C# features would you like to see in VS 2004 (or 2005, etc as the case may be)? 1. Make the GC optional and give us proper destructors. 2. const parameters and const methods. 3. Multiple inheritance. 4. Default parameters. 5. Non-member functions.
Errr, please see C++. :) Actually, I think Default Parameters would have been a nice feature. The alternative is to overload the method, but still... it just seems like extra work. Regards, Alvaro
If you want to get to the top, prepare to kiss a lot of bottom. -- despair.com
-
"Whibey" makes me cringe. Sounds like something i'd buy from Mr. Whipple. :suss:
Shog9
Let your mercy spill / On all these burning hearts in hell If it be your will / To make us well...
Shog9 wrote: Whibey sounds like some G-rated British insult: "That bloke's a real whibey." CheeseWeasle
-
David Stone wrote: Totally agree with you on everything but 3d, I don't really need UML models in my code or whatnot. DB diagrams might be nice. But what I'd really love is a CodeDOM parser. It was only a sample. Including pictures as comments would be very nice, like, uh, when you are designing some UI control and want to draw a schematic of the control and how the properties affect its size, and so on. Am I the only one to include pictures as part of my projects?
// Quantum sort algorithm implementation
while (!sorted)
;I never read code. I just look at the pictures. cheers, Chris Maunder
-
// good 'ol C++ style type aliasing - not available at all
public typedef ISomeProxy::someEnum fooEnum;Well, you can alias things in a certain file, but you can't alias them once and be done with it. You can put a
usingstatement at the top of your file...using foo = fooenum;
...and it will make
foobe able to be used as if it wasfooenum."Blessed are the peacemakers, for they shall be called sons of God." - Jesus
"You must be the change you wish to see in the world." - Mahatma Gandhijdunlap wrote: Well, you can alias things in a certain file True, but if you referr to little interface example you will see that my point was that typedefs are especially useful when used in global/cross-file scope. -Oz --- Grab WndTabs from http://www.wndtabs.com to make your VC6 experience that much more comfortable...
-
Relax, I'm joking. Besides, since when did cheese become X rated? :)
I was kinda talkin' bout Strippy...
Conclusion of the day, don't believe a developer, his mind is always changing. -Stephane Rodriguez.
-
1. Ability to compile mixed files written in any CLR languages in one assembly; 2. Reverse P/Invoke; 3. ability to overload QueryInterface (support for aggregation); 4. windowless Windows Form Control; 5. unions; =================================== Probably, that's already enough to make it C... hehehe "...Ability to type is not enough to become a Programmer. Unless you type in VB. But then again you have to type really fast..." Me
igor1960 wrote: 1. Ability to compile mixed files written in any CLR languages in one assembly; This can already be done using the command-line compiler - just not VS.NET's built-in compiler -- Russell Morris "So, broccoli, mother says you're good for me... but I'm afraid I'm no good for you!" - Stewy
-
I was kinda talkin' bout Strippy...
Conclusion of the day, don't believe a developer, his mind is always changing. -Stephane Rodriguez.
:laugh: You have to admit though, she would be a nice addition to Whidbey. ;)
-
igor1960 wrote: 1. Ability to compile mixed files written in any CLR languages in one assembly; This can already be done using the command-line compiler - just not VS.NET's built-in compiler -- Russell Morris "So, broccoli, mother says you're good for me... but I'm afraid I'm no good for you!" - Stewy
This can already be done using the command-line compiler - just not VS.NET's built-in compiler Could they refference each other?... "...Ability to type is not enough to become a Programmer. Unless you type in VB. But then again you have to type really fast..." Me
-
You have all that today, it's called C++. :-D :) (Not saying I disagree with any of those, although #3 would be the one I would least need to use.) "When a man sits with a pretty girl for an hour, it seems like a minute. But let him sit on a hot stove for a minute and it's longer than any hour. That's relativity." - Albert Einstein
Navin wrote: You have all that today, it's called C++. Really? Wow, I'll switch to C++ then. ;P Navin wrote: although #3 would be the one I would least need to use I don't use it much directly. However, I use some great libraries (Loki) that use MI "under the hood" a lot.