Comments on: C# version 3.0 http://blogs.linux.ie/balor/2006/03/08/c-version-30/ We eat cats whilst you code. Thu, 17 May 2012 00:31:11 +0100 hourly 1 http://wordpress.org/?v=3.1.4 By: Albert http://blogs.linux.ie/balor/2006/03/08/c-version-30/comment-page-1/#comment-112413 Albert Sun, 20 Nov 2011 23:26:04 +0000 http://blogs.linux.ie/balor/2006/03/08/c-version-30/#comment-112413 Hi and thanks for spending some time to explain the terminlogy towards the learners! Hi and thanks for spending some time to explain the terminlogy towards the learners!

]]> By: Des Traynor http://blogs.linux.ie/balor/2006/03/08/c-version-30/comment-page-1/#comment-177 Des Traynor Fri, 10 Mar 2006 12:41:28 +0000 http://blogs.linux.ie/balor/2006/03/08/c-version-30/#comment-177 Dave, a) No, a lot of banks and institutions use "in house" programming languages specifically to implement this type of thing. For example, they may want to make it so that every time a String value is displayed on screen, it's integrity must be checked by default. They have 2 ways of doing this a) Check every piece of code manually b) Implement a new class (an adapter if you like), but this means that the newcomers have to be trained in on the nuances of this particular dialect of say, the String class. Basically, this allows you to create your own defaults in a project, while using standard code. Its a nice feature, and I don't see the downside of it. I'm sure men with beards and pipes will question language purity here, but no one will listen, cause those people rarely leave their office/porch/rocking chair. Your implication that var will produce more bugs is akin to saying that Ruby is inherently a buggier language than Java, as you don't *have* to specify a type. As the type conversion is done at compile time, I believe the compiler can spot any type mismatches, through static checking. i.e. a piece of code should contain a) var j="Hello"; b) j=new GStreamerObject(); at different points in the code. It's possible to detect this through static checking. (No, this is NOT the Halting Problem, it can be checked in the source) Dave,
a) No, a lot of banks and institutions use “in house” programming languages specifically to implement this type of thing. For example, they may want to make it so that every time a String value is displayed on screen, it’s integrity must be checked by default. They have 2 ways of doing this
a) Check every piece of code manually
b) Implement a new class (an adapter if you like), but this means that the newcomers have to be trained in on the nuances of this particular dialect of say, the String class.

Basically, this allows you to create your own defaults in a project, while using standard code. Its a nice feature, and I don’t see the downside of it. I’m sure men with beards and pipes will question language purity here, but no one will listen, cause those people rarely leave their office/porch/rocking chair.

Your implication that var will produce more bugs is akin to saying that Ruby is inherently a buggier language than Java, as you don’t *have* to specify a type. As the type conversion is done at compile time, I believe the compiler can spot any type mismatches, through static checking. i.e. a piece of code should contain
a) var j=”Hello”;
b) j=new GStreamerObject();
at different points in the code. It’s possible to detect this through static checking. (No, this is NOT the Halting Problem, it can be checked in the source)

]]> By: Dave http://blogs.linux.ie/balor/2006/03/08/c-version-30/comment-page-1/#comment-176 Dave Fri, 10 Mar 2006 11:49:19 +0000 http://blogs.linux.ie/balor/2006/03/08/c-version-30/#comment-176 Shouldn't use be using patterns such as an adapator class if want to be using GString instead of String. As for the var value, I think it could preahps lead to more bugs within the code by people assigning the wrong value type to var. Shouldn’t use be using patterns such as an adapator class if want to be using GString instead of String.

As for the var value, I think it could preahps lead to more bugs within the code by people assigning the wrong value type to var.

]]> By: Des Traynor http://blogs.linux.ie/balor/2006/03/08/c-version-30/comment-page-1/#comment-175 Des Traynor Thu, 09 Mar 2006 14:41:50 +0000 http://blogs.linux.ie/balor/2006/03/08/c-version-30/#comment-175 Mono is not done right in my opinion. It's not easy enough to get to grips with and their is fuck all useful books on how to get started with it. I think the var is pretty weird alright, but in fairness, I don't think it will matter. There is pretty much no value to it, but I suppose to some extent it future proofs code. i.e. if they change the class String and call it say... GString, or String32, then it'll break any of your code that has String des="hello"; but will not break var des="hello"; I like the new Object initializer, and I hate the new anonymous types, that said I hate anonymous methods as well . The extensions are pretty handy too. I'd love to be able to do that with Java Swing stuff. I.e. a JFrame should close when you click the X by default. Mono is not done right in my opinion. It’s not easy enough to get to grips with and their is fuck all useful books on how to get started with it.

I think the var is pretty weird alright, but in fairness, I don’t think it will matter. There is pretty much no value to it, but I suppose to some extent it future proofs code. i.e. if they change the class String and call it say… GString, or String32, then it’ll break any of your code that has

String des=”hello”;
but will not break
var des=”hello”;

I like the new Object initializer, and I hate the new anonymous types, that said I hate anonymous methods as well . The extensions are pretty handy too. I’d love to be able to do that with Java Swing stuff. I.e. a JFrame should close when you click the X by default.

]]>