Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Errrhhh ..... CSharp or VB
Message
 
 
À
24/09/2011 04:20:27
Information générale
Forum:
ASP.NET
Catégorie:
Autre
Divers
Thread ID:
01524423
Message ID:
01524617
Vues:
67
>>>>We are considering adopting .Net as a development environment and we were wondering whether we should go CSharp or VBNet.
>>>>
>>>>We are "leaving" VFP and have extensively used vba in access and excel. We did do some java, c, but not as extensively, so "naturally" we would go VB.Net.
>>>>
>>>>Having done some vbnet, I get the feeling that .net is rather focused on CSharp, and "also" supports VBNet. Is that just an impression?
>>>>
>>>>Are there other criteria of choice that affect this decision?
>>>>
>>>>Thanks for any consideration you might want to share with us.
>>>
>>>I think most replies that you will get will be subjective.
>>>I think it's true that there are more on-line tutorials / code examples for C# than VB.NET
>>>The wikipedia comparison is useful : http://en.wikipedia.org/wiki/Comparison_of_C_Sharp_and_Visual_Basic_.NET
>>>
>>>The two main reasons I prefer C# :
>>>(a) it's case sensitive
>>>(b) VB has 'Option Strict Off'' . But it dfesn't matter as long as you are prepared to shoot anyone who sets it that way :-}
>>>
>>>Can't think of too much that's available in VB.NET but not C#. XML Literals maybe - but I can live without it.....
>>>
>>>Just my 10c. Oh and I think C# developers get paid more. Not sure where that leads though - maybe go with VB.NET and pay less for programmers :-}
>>
>>Why do you like case sensitivity? That's not a leading question, nor is it a big issue to me. It just seems like asking for trouble if two variables differ only by case.
>
>It's asking for trouble if you use casing to distinguish between types that are exposed outside the assembly - other .NET languages that are *not* case sensitive would choke.
>But aside from that I don't see (or experience) any problems. I use camel case for private variables, Pascal case for public types. Prefixing the private ones with 'm_' or just '_' doesn't, AFAICS, improve readability or reduce mistakes.

Thank you.

I have been grudgingly letting go of Hungarian notation. It is no longer in favor and I like to go with the crowd, at least up to a point. It's hard to change old habits and I am in the process of breaking that one. Just yesterday I was writing a new routine and unthinkingly started naming a memvar lcNnnnn before backspacing. (No, it wasn't lcNnnnn, LOL).
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform