What Language Features Do You Miss In C#?
-
THROWS, as an optional declaration. I would like the following... public void myfunction(int x) throws ArgumentException, OverflowException { } And, Java needs the other form of throws too, which I'd like to see in C# public void myfunction(int x) throws NONE { } ... for methods which can't throw exceptions.
But you can't know what may be thrown by something it calls, so I don't see the point.
-
The concept is different.
What kind of concept are you talking about? That the labels are also used from the switch statement? That's certainly true but has nothing to do with
goto
. But you have been talking about thatgoto SOME_LABEL
is different thangoto case WHATEVER
- which is wrong. I think you have never seen any assembler output from C code or MSIL from C#, just look at my example which will give you an impression of the MSIL generated from a switch-case in C#. -
What kind of concept are you talking about? That the labels are also used from the switch statement? That's certainly true but has nothing to do with
goto
. But you have been talking about thatgoto SOME_LABEL
is different thangoto case WHATEVER
- which is wrong. I think you have never seen any assembler output from C code or MSIL from C#, just look at my example which will give you an impression of the MSIL generated from a switch-case in C#.Florian Rappl wrote:
goto SOME_LABEL
is different thangoto case WHATEVER
Yes, of course.
Florian Rappl wrote:
assembler output
Has no bearing on the discussion.
-
Yes! And gosub.
-------------- TTFN - Kent
ahhh, the route to HELL :laugh:
-
Because I have A Dangerous Mind[^] :-D
If you get an email telling you that you can catch Swine Flu from tinned pork then just delete it. It's Spam.
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
-
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
That's all I need[^] to know.
If you get an email telling you that you can catch Swine Flu from tinned pork then just delete it. It's Spam.
-
That's all I need[^] to know.
If you get an email telling you that you can catch Swine Flu from tinned pork then just delete it. It's Spam.
Good, I apologize[^] for the interruption ...
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
-
Good, I apologize[^] for the interruption ...
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
Why? What have you done?[^]
If you get an email telling you that you can catch Swine Flu from tinned pork then just delete it. It's Spam.
-
Sure, it's on another discussion site[^], but that doesn't mean we can't also discuss it here. Personally, while it certainly doesn't fit in the "missing" category, I see them moving it closer and closer to a hybrid C#/JavaScript language with each new version.
-------------- TTFN - Kent
-
Florian Rappl wrote:
goto SOME_LABEL
is different thangoto case WHATEVER
Yes, of course.
Florian Rappl wrote:
assembler output
Has no bearing on the discussion.
Either you are incapable of understanding this or you just do not want to get this. Your statement that there are 2 gotos is wrong. From a language point of view using goto with some (arbitrary) label and with a case label is equivalent.
-
But you can't know what may be thrown by something it calls, so I don't see the point.
In Java, every function must declare all potential throws. The compiler looks down the call stack and makes sure that exceptions are either handled or declared in the throws. If not, it's a compilation error. That annoys many Java developers, which is why I think the feature should be optional. If it was optional, we could generate a warning on unhandled exceptions. IT would not be a compilation error like it is in Java. This wouldn't totally prevent any problems, but it would give developers a way to be more explicit about what exceptions can happen. For library designers this would be very helpful.
-
The only good feature of Ruby! AWESOME :)
-
Why? What have you done?[^]
If you get an email telling you that you can catch Swine Flu from tinned pork then just delete it. It's Spam.
I'm afraid I've made a shot in the dark[^]
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
-
I'm afraid I've made a shot in the dark[^]
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
-
Oh, I'm so sorry - this must not be the The Last Time[^] we have such a jolly chat ...
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
-
Oh, I'm so sorry - this must not be the The Last Time[^] we have such a jolly chat ...
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
-
This is tuning into high drama - must our farewell [^] turn into such a bittersweet[^] afair. This is worse than A Demon's Fate[^], and now that peace is a Utopia[^] we will only be dealt a hand of sorrow[^] ...
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
-
This is tuning into high drama - must our farewell [^] turn into such a bittersweet[^] afair. This is worse than A Demon's Fate[^], and now that peace is a Utopia[^] we will only be dealt a hand of sorrow[^] ...
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
Uncle! Uncle! I surrender (before this thread runs off the right hand side of my browser)!
If you get an email telling you that you can catch Swine Flu from tinned pork then just delete it. It's Spam.
-
Uncle! Uncle! I surrender (before this thread runs off the right hand side of my browser)!
If you get an email telling you that you can catch Swine Flu from tinned pork then just delete it. It's Spam.
OK - t'was fun though. CG once pointed me in the direction of lacuna coil Trip The Darkness[^] - a bit wild around the eyes, but worth listening too ...
Espen Harlinn Principal Architect, Software - Goodtech Projects & Services AS Projects promoting programming in "natural language" are intrinsically doomed to fail. Edsger W.Dijkstra
-
Having a generic type constraint on operators. Something where T : +, -, >, < Or something. Or just provide one easy way to work with numerics, for example: Something where T : numeric After which you can use +, -, >, < etc. by default and T can be int16, int 32, int64, single, byte, double, decimal or an unsigned of those.
It's an OO world.
public class Naerling : Lazy<Person>{
public void DoWork(){ throw new NotImplementedException(); }
}God yes, there is no reason not to expand generic constrains to include operators, and that would make my life soooooo much easier for so many things I'm working on :(