I have been using VB from its initial versions to VB.Net in Visual Studio 2008. Initially there was an arguement in favour of C and (now C#) that it provides the better control over execution of the code and memory management. But with the advent of .Net framework, code written in VB and C# are compiled in same MSIL and executed in the same manner. With reference to this, the point "ease of coding" comes forward as an important factor. Here VB.Net scores over C# by providing clear and neat keywords and syntax which makes the code easy to read, understand and maintain.
By
Amod Rajendra Pusalkar, Solution Developer, MCSD.Net
| 03 12 2010 15:40:53 +0000
|
Hi Amod, There are n number of forums saying c# is better than VB and vice-versa, but none of them are convincing enough to state one to be better than the other. MS has equipped both of them with enough tools to do anything, yes in one language something may be done easily than the other, but again there are two sides of coin and both should be considered. Finally what matters more is what you are comfortable with, if you are comfortable with c# style syntax go for it same with VB. I don favor any specific language and since I didn't find a section saying neutral I am posting in support for c#. Have Fun!
By
Vinay Pandey, Sr. Software Developer
| 03 13 2010 14:59:05 +0000
Let's get practical, religion aside, with an eye on programmer productivity, here are the top 10 reasons why C# is better than VB.NET, in no particular order. If you have some other ones, let me know. - In C# the line ends when I type the semicolon. The practical offshoot of this is that I write code like this:
string sql = @"SELECT * FROM SomeSuchTable WHERE ID='WhatHaveYou' ORDER BY ThisAndThatField ASC "; So when someone hands you a SQL statement you can just paste it into your code and the output (i.e. carriage returns) will still keep the format. In VB.NET, you would have to write the following to keep the formatting. dim sql as string = "SELECT *" & vbCrLf sql += "FROM SomeSuchTable" & vbCrLf sql += "WHERE ID='WhatHaveYou'" & vbCrLf sql += "ORDER BY ThisAndThatField ASC " And that's annoying.
- Increments/Decrements. a++;a--; 'Nuff said
- Money. No, not the data type. The green. C# developers make more money. Don't believe me? Here is the proof. Like Orwell said, War Is Peace, Freedom Is Slavery, Ignorance Is Strength and yeah, it's the same .NET framework, but Perception is Reality. Get over it. Learn it. Put it on the resume.
- I am not sure whether this is a valid reason, but with C# I can use Borland C# Builder which sports my beloved SDI interface, a la VB3, so that you can code full screen. This interface was also available (though not by default), in VB4,5,6 and VS.NET 2002 beta 1. The SDI interface disappeared from the VS.NET product before it shipped though. Anyway, if you miss that kind of interface, you can use it in Borland C# Builder.
- Error Catching. C# catches a lot more errors than VB.NET, such as uninitialized variables, dead code, etc...
- You get to act really snotty to VB.NET developers, yeah! That's priceless.
- The source code to the C# compiler is available from Microsoft and Novell. This means that you can theoretically develop apps for OSes other than Windows, such as Linux and MacOS. Thanks to Jai Lue for this tidbit.
- C# has Operator Overloading (my favorite feature from C++). Though, via the grapevine, VB.NET will have this feature in VS 2005. Thanks to Aditya Vaze for this language delicacy.
- Comments in C# are just better. You can do multiline comments, XML comments, single line comments, etc... Thanks to German Voronin for this.
- Regions in C# are far better. The key here is that you can place a region inside a function, thus breaking up the implementation into logical pieces. I simply love this ability.
By
ravindra shrivastava, Information Systems(MIS)-Manager, iifs pvt ltd
| 03 13 2010 10:30:54 +0000
|