Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
VB.NET or C#?
Message
Information générale
Forum:
ASP.NET
Catégorie:
Autre
Titre:
Divers
Thread ID:
01215718
Message ID:
01215799
Vues:
10
I recommend looking at this for anyone looking for a well thought out comparison

http://www.desaware.com/products/books/net/vborc/index.aspx

>An old document.
>
>
>VB NET or C Sharp
>
>The next release of Visual Studio will be 2004. It will be version 2.0
>
>Most people see little difference between the two tools. It might just be a matter of preference or still waiting for the answer. At this point there are some minor points to take into consideration.
>
>Performance: Equal.
>Use VB.NET for UI and C# for all other development.
>
>C #
>
>1. Java and C like - consider what is being taught in schools today.
>2. C# and the CLI (e.g. Common Language Infrastructure) have been turned over to ECMA as an international standard, see below link:
>
>http://msdn.microsoft.com/net/ecma/
>
>
>3. Since C# and CLI are standardized, an app written in C# should be capable of running across operating systems.
>
>
>4. There are many current projects underway to build the .Net layer above the OS/s that is needed to run dot net ActiveX Data Objects.NET, etc applications. One such project is mono that is being developed by the Linux Community. Borland is coming out with its version of Visual Studio NET. It is reasonable to assume at some point Borland may port their development tool to other platforms.
>
>
>5. There are several web services out there that convert C# to VB.NET, and it is much easier to automate the conversion of C# to VB.NET then the other way around. That way, if you choose C# and in 3 months decide VB.NET is the way for you, you won't have lost any of the work you have been doing in C#.
>
>
>6. There are more jobs for C#.net developers. Could there be a reason? Maybe?
>
>
>7. Third party tools are written in C#.
>
>
>8. You can use unmanaged code.
>a. Dangerous but you might need this and it is there.
>
>
>9. No Operator overloading
>
>
>10. C# does not catch errors until compile time. That could change in the future.
>
>
>11. Case sensitive – these are different in C# and the same in VB.NET
>a. MyTextBox
>b. MyTextbox
>c. mytextbox
>d. mytextBox
>
>
>12. .NET Framwork types available in C# and not VB.NET
>a. System.Sbyte
>b. System.Uintl6
>c. System.Uint32
>d. System.Uint64
>
>
>
>
>
>
>
>VB.NET catches errors as the developer enters code.
>VB.NET is geared for productivity and C# for Power
>
>VB.Net IDE is “friendlier” than C#
>
>non-structured error handling
>
>From Ken Levy ( Microsoft)
>“The focus for Visual Basic is going to be more on productivity over C#. There will not be more resources put on C# over VB, it is just the opposite. More is described about this in the Visual Studio roadmap at http://msdn.microsoft.com/vstudio/productinfo/roadmap.aspx related to Whidbey (next version of VS).”
>
>
>Case Insensitive
>
>
>
>More info
>
>
>http://msdn.microsoft.com/library/default.asp?url=/msdnmag/issues/1200/GCI2/TOC.ASP
>
>http://msdn.microsoft.com/vstudio/productinfo/whitepapers/default.aspx#vs%20languages%20playbook_msdnwp%20temp_topic2
Rod Paddock
Editor in Chief CoDe Magazine
President Dash Point Software, Inc.
VP Red Matrix Technologies,Inc.
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform