C# verses VB.Net Which Way to go

[Robert Lario]

C# verses VB.Net Which Way to go. I am sure this issues has come up before.
Please direct me to any good articles that cover this issue. Ideally some
neutral assessment.

[Daniel O'Connell]

Re: C# verses VB.Net Which Way to go

Its not likely there is a clear answer and you aren't going to find an
article that tells you which way to go in a neutral manner.However, I can
tell you this much, if you intend to do alot of interop with office or other
com applications, you will want to use VB.NET(optional parameters and better
latebinding), and if you are going to be operating over large buffers and
require alot of performance, C#(using unsafe code) will probably be the
better choice.
Most other things are a matter of personal preference.

"Robert Lario" <lario@nospam.i nherit.com> wrote in message
news:uxnbbRopDH A.1408@TK2MSFTN GP11.phx.gbl...[color=blue]
> C# verses VB.Net Which Way to go. I am sure this issues has come up[/color]
before.[color=blue]
> Please direct me to any good articles that cover this issue. Ideally some
> neutral assessment.
>
>[/color]

[smartnose]

Re: C# verses VB.Net Which Way to go

If you are totally a new guy to both of them, choose C#.
If you have a project to be done in days, and you are familiar with VB6,
then choose VB.Net.
Other wise, choose one by a coin.
"Robert Lario" <lario@nospam.i nherit.com> дÈëÓʼþ
news:uxnbbRopDH A.1408@TK2MSFTN GP11.phx.gbl...[color=blue]
> C# verses VB.Net Which Way to go. I am sure this issues has come up[/color]
before.[color=blue]
> Please direct me to any good articles that cover this issue. Ideally some
> neutral assessment.
>
>[/color]

[Aravind C]

Re: C# verses VB.Net Which Way to go

Hi Robert,

As Lario suggested, choosing between C# and VB.NET is mainly
a "lifestyle" choice. There have been heated debates in many
newsgroups, most often turning into flames :-). So ultimately it
depends on which language developers in your project are
comfortable with to adopt. For developers coming from a C++/Java
background, the natural choice is to adopt C#, whereas developers
from a VB backgroud are generally inclined to transition to VB.NET.

For an article on the syntactical comparison on the
differences between the 2 languages, please refer to the following link:

http://www.4guysfromrolla.com/webtech/012702-1.shtml

Regards,
Aravind C


"Robert Lario" <lario@nospam.i nherit.com> wrote in message
news:uxnbbRopDH A.1408@TK2MSFTN GP11.phx.gbl...[color=blue]
> C# verses VB.Net Which Way to go. I am sure this issues has come up[/color]
before.[color=blue]
> Please direct me to any good articles that cover this issue. Ideally some
> neutral assessment.
>
>[/color]

[A.A. Fussy]

Re: C# verses VB.Net Which Way to go

If you are used to VB-choose VB.NET
"Daniel O'Connell" <onyxkirx@--NOSPAM--comcast.net> wrote in message
news:#Y5n2VopDH A.3844@tk2msftn gp13.phx.gbl...[color=blue]
> Its not likely there is a clear answer and you aren't going to find an
> article that tells you which way to go in a neutral manner.However, I can
> tell you this much, if you intend to do alot of interop with office or[/color]
other[color=blue]
> com applications, you will want to use VB.NET(optional parameters and[/color]
better[color=blue]
> latebinding), and if you are going to be operating over large buffers and
> require alot of performance, C#(using unsafe code) will probably be the
> better choice.
> Most other things are a matter of personal preference.
>
> "Robert Lario" <lario@nospam.i nherit.com> wrote in message
> news:uxnbbRopDH A.1408@TK2MSFTN GP11.phx.gbl...[color=green]
> > C# verses VB.Net Which Way to go. I am sure this issues has come up[/color]
> before.[color=green]
> > Please direct me to any good articles that cover this issue. Ideally[/color][/color]
some[color=blue][color=green]
> > neutral assessment.
> >
> >[/color]
>
>[/color]

[Daniel O'Connell]

Re: C# verses VB.Net Which Way to go


"A.A. Fussy" <amarks@austarn et.com.au> wrote in message
news:%23L8Bq$op DHA.2188@TK2MSF TNGP11.phx.gbl. ..[color=blue]
> If you are used to VB-choose VB.NET[/color]

I don't consider that a good method to choose. Deciding on a language based
on what you used before instead of the task at hand is a foolish choice,
imho.
[color=blue]
> "Daniel O'Connell" <onyxkirx@--NOSPAM--comcast.net> wrote in message
> news:#Y5n2VopDH A.3844@tk2msftn gp13.phx.gbl...[color=green]
> > Its not likely there is a clear answer and you aren't going to find an
> > article that tells you which way to go in a neutral manner.However, I[/color][/color]
can[color=blue][color=green]
> > tell you this much, if you intend to do alot of interop with office or[/color]
> other[color=green]
> > com applications, you will want to use VB.NET(optional parameters and[/color]
> better[color=green]
> > latebinding), and if you are going to be operating over large buffers[/color][/color]
and[color=blue][color=green]
> > require alot of performance, C#(using unsafe code) will probably be the
> > better choice.
> > Most other things are a matter of personal preference.
> >
> > "Robert Lario" <lario@nospam.i nherit.com> wrote in message
> > news:uxnbbRopDH A.1408@TK2MSFTN GP11.phx.gbl...[color=darkred]
> > > C# verses VB.Net Which Way to go. I am sure this issues has come up[/color]
> > before.[color=darkred]
> > > Please direct me to any good articles that cover this issue. Ideally[/color][/color]
> some[color=green][color=darkred]
> > > neutral assessment.
> > >
> > >[/color]
> >
> >[/color]
>
>[/color]

[Srinivas Kotipalli]

Re: C# verses VB.Net Which Way to go

For better market opportunities choose C#. This does not make much
difference to the project, but to you personally choosing C# will give you
better marketability.

I still do not understand why but the salary difference between a C#
programmer and a VB.NET programmer is as much as 20K. I think it might be to
do with the fact that...probably market is thinking that, normally C++/java
programmers (as many posts are suggesting) will migrate to C# and they have
better object oriented concepts. Is that why there is a salary difference of
about 20K? May be....


"A.A. Fussy" <amarks@austarn et.com.au> wrote in message
news:%23L8Bq$op DHA.2188@TK2MSF TNGP11.phx.gbl. ..[color=blue]
> If you are used to VB-choose VB.NET
> "Daniel O'Connell" <onyxkirx@--NOSPAM--comcast.net> wrote in message
> news:#Y5n2VopDH A.3844@tk2msftn gp13.phx.gbl...[color=green]
> > Its not likely there is a clear answer and you aren't going to find an
> > article that tells you which way to go in a neutral manner.However, I[/color][/color]
can[color=blue][color=green]
> > tell you this much, if you intend to do alot of interop with office or[/color]
> other[color=green]
> > com applications, you will want to use VB.NET(optional parameters and[/color]
> better[color=green]
> > latebinding), and if you are going to be operating over large buffers[/color][/color]
and[color=blue][color=green]
> > require alot of performance, C#(using unsafe code) will probably be the
> > better choice.
> > Most other things are a matter of personal preference.
> >
> > "Robert Lario" <lario@nospam.i nherit.com> wrote in message
> > news:uxnbbRopDH A.1408@TK2MSFTN GP11.phx.gbl...[color=darkred]
> > > C# verses VB.Net Which Way to go. I am sure this issues has come up[/color]
> > before.[color=darkred]
> > > Please direct me to any good articles that cover this issue. Ideally[/color][/color]
> some[color=green][color=darkred]
> > > neutral assessment.
> > >
> > >[/color]
> >
> >[/color]
>
>[/color]

[Srinivas Kotipalli]

Re: C# verses VB.Net Which Way to go

Hi Daniel,

In this context (between C# and VB.NET) what task is being solved by one
language than the other? They both are capable of solving the problem in
equal terms and the ultimate result is in IL right?


"Daniel O'Connell" <onyxkirx@--NOSPAM--comcast.net> wrote in message
news:eXpAYEppDH A.3504@TK2MSFTN GP11.phx.gbl...[color=blue]
>
> "A.A. Fussy" <amarks@austarn et.com.au> wrote in message
> news:%23L8Bq$op DHA.2188@TK2MSF TNGP11.phx.gbl. ..[color=green]
> > If you are used to VB-choose VB.NET[/color]
>
> I don't consider that a good method to choose. Deciding on a language[/color]
based[color=blue]
> on what you used before instead of the task at hand is a foolish choice,
> imho.
>[color=green]
> > "Daniel O'Connell" <onyxkirx@--NOSPAM--comcast.net> wrote in message
> > news:#Y5n2VopDH A.3844@tk2msftn gp13.phx.gbl...[color=darkred]
> > > Its not likely there is a clear answer and you aren't going to find an
> > > article that tells you which way to go in a neutral manner.However, I[/color][/color]
> can[color=green][color=darkred]
> > > tell you this much, if you intend to do alot of interop with office or[/color]
> > other[color=darkred]
> > > com applications, you will want to use VB.NET(optional parameters and[/color]
> > better[color=darkred]
> > > latebinding), and if you are going to be operating over large buffers[/color][/color]
> and[color=green][color=darkred]
> > > require alot of performance, C#(using unsafe code) will probably be[/color][/color][/color]
the[color=blue][color=green][color=darkred]
> > > better choice.
> > > Most other things are a matter of personal preference.
> > >
> > > "Robert Lario" <lario@nospam.i nherit.com> wrote in message
> > > news:uxnbbRopDH A.1408@TK2MSFTN GP11.phx.gbl...
> > > > C# verses VB.Net Which Way to go. I am sure this issues has come up
> > > before.
> > > > Please direct me to any good articles that cover this issue.[/color][/color][/color]
Ideally[color=blue][color=green]
> > some[color=darkred]
> > > > neutral assessment.
> > > >
> > > >
> > >
> > >[/color]
> >
> >[/color]
>
>[/color]

[Daniel O'Connell]

Re: C# verses VB.Net Which Way to go


"Srinivas Kotipalli" <srinivask@sbcg lobal.net> wrote in message
news:OSheOKppDH A.2188@TK2MSFTN GP11.phx.gbl...[color=blue]
> Hi Daniel,
>
> In this context (between C# and VB.NET) what task is being solved by one
> language than the other? They both are capable of solving the problem in
> equal terms and the ultimate result is in IL right?
>[/color]

Both are possible, but each does provide a few small bits to help. As I
outlined in my first post, if you are dealing with alot of COM interop, VB
is invaluable with allowing you to use optional parameters and late binding,
instead of large amounts of empty values passed in which you are required to
in C#.
Same goes for image processing or large amounts of native interop, for
example. C#'s unsafe code facility allows you to more directly and simply
work with the data in a performant and efficent way.
If the project will not benifit from the particular facilities of either
language, then and only then should past comfort come into play, in that
case it doesn't matter what language you choose, just pick the one you want.
I can't tell you which you want, can I? :).
If you are an old VB hand, I would actually recommend starting with C#(and
if you were an old C++ hand, perhaps VB would be better, but java probably
directly to C#) . It seems that people who start with a language different
from what they were used to pick up the .NET ideals and write more .NET like
code than if they go the direct update path. I see alot of C++ in C# code
being posted and people confused as to why it doesn't work, I can only
imagine that similar things happen with VB.
[color=blue]
>
> "Daniel O'Connell" <onyxkirx@--NOSPAM--comcast.net> wrote in message
> news:eXpAYEppDH A.3504@TK2MSFTN GP11.phx.gbl...[color=green]
> >
> > "A.A. Fussy" <amarks@austarn et.com.au> wrote in message
> > news:%23L8Bq$op DHA.2188@TK2MSF TNGP11.phx.gbl. ..[color=darkred]
> > > If you are used to VB-choose VB.NET[/color]
> >
> > I don't consider that a good method to choose. Deciding on a language[/color]
> based[color=green]
> > on what you used before instead of the task at hand is a foolish choice,
> > imho.
> >[color=darkred]
> > > "Daniel O'Connell" <onyxkirx@--NOSPAM--comcast.net> wrote in message
> > > news:#Y5n2VopDH A.3844@tk2msftn gp13.phx.gbl...
> > > > Its not likely there is a clear answer and you aren't going to find[/color][/color][/color]
an[color=blue][color=green][color=darkred]
> > > > article that tells you which way to go in a neutral manner.However,[/color][/color][/color]
I[color=blue][color=green]
> > can[color=darkred]
> > > > tell you this much, if you intend to do alot of interop with office[/color][/color][/color]
or[color=blue][color=green][color=darkred]
> > > other
> > > > com applications, you will want to use VB.NET(optional parameters[/color][/color][/color]
and[color=blue][color=green][color=darkred]
> > > better
> > > > latebinding), and if you are going to be operating over large[/color][/color][/color]
buffers[color=blue][color=green]
> > and[color=darkred]
> > > > require alot of performance, C#(using unsafe code) will probably be[/color][/color]
> the[color=green][color=darkred]
> > > > better choice.
> > > > Most other things are a matter of personal preference.
> > > >
> > > > "Robert Lario" <lario@nospam.i nherit.com> wrote in message
> > > > news:uxnbbRopDH A.1408@TK2MSFTN GP11.phx.gbl...
> > > > > C# verses VB.Net Which Way to go. I am sure this issues has come[/color][/color][/color]
up[color=blue][color=green][color=darkred]
> > > > before.
> > > > > Please direct me to any good articles that cover this issue.[/color][/color]
> Ideally[color=green][color=darkred]
> > > some
> > > > > neutral assessment.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >[/color]
> >
> >[/color]
>
>[/color]

[Fergus Cooney]

Re: C# verses VB.Net Which Way to go

Hi All,

Also, a comprehensive side-by-side syntax comparison.

http://www.harding.edu/USER/fmccown/WWW/vbnet_csharp_comparison.html

Regards,
Fergus

--
(Please ignore this - there's a feud going on)
=============== =============== =============== =====
Quote of the day

Herfried:
I don't need/want human interaction.
=============== =============== =============== =====