473,326 Members | 2,128 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,326 software developers and data experts.

C# or VB.. Did anybody go about deciding which one is good for the team.

KN
I know both are pretty much the same and it comes down to personal choice.
But I have to make the choice for the team. Things so far that I am
considering

1. XML documentation in C# -- thats good.. not there in VB.net??

2. Some language features of VB.Net like Redim(makes it easier for
developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more
standard. It kind of makes it easier for C# developers to communicate with
developers in other languages similar to C.

4. Moving to C# might have a higher learning curve for a developer with a VB
background. But I think C# can help in encouraging good development
practices and the language itself is simpler than VB.Net

5. Finally I think if you are developing multi layered application, I am
leaning on developing the middle tier in C# and the presentation with
VB.Net.. Its just RAD.

Thoughts and other opinions on this please!!! :)

KN
Jul 19 '05 #1
10 2008
First off, you should not need Redim. I haven't yet, the collection objects
that grow dynamically are very good at this. And you hardly ever need arrays
at all.

I think #3 is not a good enough reason, considering there is already the
fact that you have VB developers.

As you said yourself, the language are very similar. There is functionality
in each of them, that the other does not have. But if this is not an issue,
then the language choice is not either.

Since you have a VB team, they should continue to use VB, as this will have
the smallest learning curve. Once they know and are comfortable with .NET,
they will easily learn C#, as for most thing there is a one to one
correspondance.

Also, if you do a search on google groups, you will about 1000 threads with
the same question...

"KN" <kn@spam.com> wrote in message
news:Ot**************@TK2MSFTNGP11.phx.gbl...
I know both are pretty much the same and it comes down to personal choice.
But I have to make the choice for the team. Things so far that I am
considering

1. XML documentation in C# -- thats good.. not there in VB.net??

2. Some language features of VB.Net like Redim(makes it easier for
developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more
standard. It kind of makes it easier for C# developers to communicate with
developers in other languages similar to C.

4. Moving to C# might have a higher learning curve for a developer with a VB background. But I think C# can help in encouraging good development
practices and the language itself is simpler than VB.Net

5. Finally I think if you are developing multi layered application, I am
leaning on developing the middle tier in C# and the presentation with
VB.Net.. Its just RAD.

Thoughts and other opinions on this please!!! :)

KN

Jul 19 '05 #2
Check out these links:

http://support.microsoft.com/?kbid=308470

http://www.desaware.com/Ebook2L2.htm

Other comments inline...

1. XML documentation in C# -- thats good.. not there in VB.net??
It's not built into VB.Net, but there are several plugins that add this
functionality.

http://www.gotdotnet.com/team/ide/

http://msdn.microsoft.com/library/de...MLComments.asp

The IDE has one feature that's only for VB.Net -- background compilation.
It immediately warns you about coding errors with a squggly line and an
error message in the task list, rather than making you wait until compiling.
I love it, and miss it when coding in C#. Other people find it annoying.
2. Some language features of VB.Net like Redim(makes it easier for
developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more
standard. It kind of makes it easier for C# developers to communicate with
developers in other languages similar to C.
As you mentioned, selecting C# or VB.Net really is just a personal
preference -- they both can do almost exactly the same things with about the
same performance. (Yes, C# will let you use unsafe code, but how often will
you want or need to do that?) VB has more keywoards -- some that are useful
(like the With/EndWith) constructs, and some that are primarily legacy
keywords that you might want to avoid. (I try to use the .Net Framework
methods, rather than VB keywords, wherever possible.)

If you and your development team are more comfortable with C-style keywords
and language constructs, go with C#. If you're more familiar with Visual
Basic, go with VB.Net.

4. Moving to C# might have a higher learning curve for a developer with a VB background. But I think C# can help in encouraging good development
practices and the language itself is simpler than VB.Net
A valid consideration. A VB6 developer who just moves to VB.Net without the
proper training could develop some bad habits. The biggest paradigm shift
is that VB.Net is now a fully object-oriented language, and it takes some
time to get used to this. The more important consideration is to ensure
that the developers get enough education regarding the new language --
whether it's C# or VB.Net. (There are several good books for VB6
programmers who are moving to VB.Net, particularly from APress.)

5. Finally I think if you are developing multi layered application, I am
leaning on developing the middle tier in C# and the presentation with
VB.Net.. Its just RAD.


Don't mix-and-match the languages just out of a sense that "that's how it's
done." You could just as easily use VB.Net for both layers, C# for both
layers, or C# for the presentation layer and VB.Net for the middle tier. I
think that your rationale is just a holdover from the old days when VB6 was
used for front-ends because it had better RAD features for developing user
interfaces, and C++ was used for the middle layer because of better
performance and power. These considerations no longer apply.

There's nothing wrong with using both languages, and there's a benefit to
learning both. But if your programmers are more experienced with one
language, it would be a better practice just to stick to that language for
day-to-day development.

Hope this helps,

Robert Jacobson
Jul 19 '05 #3
SR
Hi
Agree with most of the points but for the first one :
First off, you should not need Redim. I haven't yet, the collection objectsthat grow dynamically are very good at this. And you hardly ever need arraysat all.
With the features offered by collections, there might be
a tendency to do away with arrays completely. This could
be coz the jazzy methods offered by the collection and
related classes might be attractive. But there is a
performance issue here

Do note that collection takes a parameter of the object
type. this means that if i use a collection to store a
group of integer values , every time i add/retrieve an
integer, there will be a boxing and unboxing(which is
costly). Arrays are more suitable here coz u can declare
an integer array, add/retrieve the same without any
problems.

So i feel that collections are good when
a) u use reference types
b)u want to group multiple types of data in a single object
c)u do not know the type of the object and it wil be known
dynamically, but u want a generic object which can hold
all the types

So If
a) you know the type clearly at design time
b) all the types in the group are homogenous

then arrays are better

Would appreciate if some one has any comments on this

regards,

sr

regards,

sr
-----Original Message-----
First off, you should not need Redim. I haven't yet, the collection objectsthat grow dynamically are very good at this. And you hardly ever need arraysat all.

I think #3 is not a good enough reason, considering there is already thefact that you have VB developers.

As you said yourself, the language are very similar. There is functionalityin each of them, that the other does not have. But if this is not an issue,then the language choice is not either.

Since you have a VB team, they should continue to use VB, as this will havethe smallest learning curve. Once they know and are comfortable with .NET,they will easily learn C#, as for most thing there is a one to onecorrespondance.

Also, if you do a search on google groups, you will about 1000 threads withthe same question...

"KN" <kn@spam.com> wrote in message
news:Ot**************@TK2MSFTNGP11.phx.gbl...
I know both are pretty much the same and it comes down to personal choice. But I have to make the choice for the team. Things so far that I am considering

1. XML documentation in C# -- thats good.. not there in VB.net??
2. Some language features of VB.Net like Redim(makes it easier for developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more standard. It kind of makes it easier for C# developers to communicate with developers in other languages similar to C.

4. Moving to C# might have a higher learning curve for a developer with a
VB
background. But I think C# can help in encouraging good

development practices and the language itself is simpler than VB.Net

5. Finally I think if you are developing multi layered application, I am leaning on developing the middle tier in C# and the presentation with VB.Net.. Its just RAD.

Thoughts and other opinions on this please!!! :)

KN

.

Jul 19 '05 #4
guy
Rob, 100%Ack
I have spent 50% of my time using each language and at
first was marginally in favour of C#, however i have now
swung round to VB.NET but theres not much in it.

Background comiplation is very good:-)

two other points - I find reading VB.NET easier as you
can see more clearly that a method is a
Function/Sub/Property, and that a Property is readonly
when collapsed - it is not so clear in C#

c# compiler warns you if there is no reachable code path
and also it a function does not return a value.

hth

guy
-----Original Message-----
Check out these links:

http://support.microsoft.com/?kbid=308470

http://www.desaware.com/Ebook2L2.htm

Other comments inline...

1. XML documentation in C# -- thats good.. not there in VB.net??

It's not built into VB.Net, but there are several plugins that add thisfunctionality.

http://www.gotdotnet.com/team/ide/

http://msdn.microsoft.com/library/default.asp? url=/library/en-us/dnvssamp/html/vbcs_XMLComments.asp
The IDE has one feature that's only for VB.Net -- background compilation.It immediately warns you about coding errors with a squggly line and anerror message in the task list, rather than making you wait until compiling.I love it, and miss it when coding in C#. Other people find it annoying.
2. Some language features of VB.Net like Redim(makes it
easier for developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more standard. It kind of makes it easier for C# developers to communicate with developers in other languages similar to C.


As you mentioned, selecting C# or VB.Net really is just a

personalpreference -- they both can do almost exactly the same things with about thesame performance. (Yes, C# will let you use unsafe code, but how often willyou want or need to do that?) VB has more keywoards -- some that are useful(like the With/EndWith) constructs, and some that are primarily legacykeywords that you might want to avoid. (I try to use the .Net Frameworkmethods, rather than VB keywords, wherever possible.)

If you and your development team are more comfortable with C-style keywordsand language constructs, go with C#. If you're more familiar with VisualBasic, go with VB.Net.

4. Moving to C# might have a higher learning curve for a developer with a
VB
background. But I think C# can help in encouraging good
development practices and the language itself is simpler than VB.Net


A valid consideration. A VB6 developer who just moves to

VB.Net without theproper training could develop some bad habits. The biggest paradigm shiftis that VB.Net is now a fully object-oriented language, and it takes sometime to get used to this. The more important consideration is to ensurethat the developers get enough education regarding the new language --whether it's C# or VB.Net. (There are several good books for VB6programmers who are moving to VB.Net, particularly from APress.)
5. Finally I think if you are developing multi layered application, I am leaning on developing the middle tier in C# and the presentation with VB.Net.. Its just RAD.
Don't mix-and-match the languages just out of a sense

that "that's how it'sdone." You could just as easily use VB.Net for both layers, C# for bothlayers, or C# for the presentation layer and VB.Net for the middle tier. Ithink that your rationale is just a holdover from the old days when VB6 wasused for front-ends because it had better RAD features for developing userinterfaces, and C++ was used for the middle layer because of betterperformance and power. These considerations no longer apply.
There's nothing wrong with using both languages, and there's a benefit tolearning both. But if your programmers are more experienced with onelanguage, it would be a better practice just to stick to that language forday-to-day development.

Hope this helps,

Robert Jacobson
.

Jul 19 '05 #5
Check out these links:

http://support.microsoft.com/?kbid=308470

http://www.desaware.com/Ebook2L2.htm

Other comments inline...

1. XML documentation in C# -- thats good.. not there in VB.net??
It's not built into VB.Net, but there are several plugins that add this
functionality.

http://www.gotdotnet.com/team/ide/

http://msdn.microsoft.com/library/de...MLComments.asp

The IDE has one feature that's only for VB.Net -- background compilation.
It immediately warns you about coding errors with a squggly line and an
error message in the task list, rather than making you wait until compiling.
I love it, and miss it when coding in C#. Other people find it annoying.
2. Some language features of VB.Net like Redim(makes it easier for
developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more
standard. It kind of makes it easier for C# developers to communicate with
developers in other languages similar to C.
As you mentioned, selecting C# or VB.Net really is just a personal
preference -- they both can do almost exactly the same things with about the
same performance. (Yes, C# will let you use unsafe code, but how often will
you want or need to do that?) VB has more keywoards -- some that are useful
(like the With/EndWith) constructs, and some that are primarily legacy
keywords that you might want to avoid. (I try to use the .Net Framework
methods, rather than VB keywords, wherever possible.)

If you and your development team are more comfortable with C-style keywords
and language constructs, go with C#. If you're more familiar with Visual
Basic, go with VB.Net.

4. Moving to C# might have a higher learning curve for a developer with a VB background. But I think C# can help in encouraging good development
practices and the language itself is simpler than VB.Net
A valid consideration. A VB6 developer who just moves to VB.Net without the
proper training could develop some bad habits. The biggest paradigm shift
is that VB.Net is now a fully object-oriented language, and it takes some
time to get used to this. The more important consideration is to ensure
that the developers get enough education regarding the new language --
whether it's C# or VB.Net. (There are several good books for VB6
programmers who are moving to VB.Net, particularly from APress.)

5. Finally I think if you are developing multi layered application, I am
leaning on developing the middle tier in C# and the presentation with
VB.Net.. Its just RAD.


Don't mix-and-match the languages just out of a sense that "that's how it's
done." You could just as easily use VB.Net for both layers, C# for both
layers, or C# for the presentation layer and VB.Net for the middle tier. I
think that your rationale is just a holdover from the old days when VB6 was
used for front-ends because it had better RAD features for developing user
interfaces, and C++ was used for the middle layer because of better
performance and power. These considerations no longer apply.

There's nothing wrong with using both languages, and there's a benefit to
learning both. But if your programmers are more experienced with one
language, it would be a better practice just to stick to that language for
day-to-day development.

Hope this helps,

Robert Jacobson
Nov 22 '05 #6
Check out these links:

http://support.microsoft.com/?kbid=308470

http://www.desaware.com/Ebook2L2.htm

Other comments inline...

1. XML documentation in C# -- thats good.. not there in VB.net??
It's not built into VB.Net, but there are several plugins that add this
functionality.

http://www.gotdotnet.com/team/ide/

http://msdn.microsoft.com/library/de...MLComments.asp

The IDE has one feature that's only for VB.Net -- background compilation.
It immediately warns you about coding errors with a squggly line and an
error message in the task list, rather than making you wait until compiling.
I love it, and miss it when coding in C#. Other people find it annoying.
2. Some language features of VB.Net like Redim(makes it easier for
developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more
standard. It kind of makes it easier for C# developers to communicate with
developers in other languages similar to C.
As you mentioned, selecting C# or VB.Net really is just a personal
preference -- they both can do almost exactly the same things with about the
same performance. (Yes, C# will let you use unsafe code, but how often will
you want or need to do that?) VB has more keywoards -- some that are useful
(like the With/EndWith) constructs, and some that are primarily legacy
keywords that you might want to avoid. (I try to use the .Net Framework
methods, rather than VB keywords, wherever possible.)

If you and your development team are more comfortable with C-style keywords
and language constructs, go with C#. If you're more familiar with Visual
Basic, go with VB.Net.

4. Moving to C# might have a higher learning curve for a developer with a VB background. But I think C# can help in encouraging good development
practices and the language itself is simpler than VB.Net
A valid consideration. A VB6 developer who just moves to VB.Net without the
proper training could develop some bad habits. The biggest paradigm shift
is that VB.Net is now a fully object-oriented language, and it takes some
time to get used to this. The more important consideration is to ensure
that the developers get enough education regarding the new language --
whether it's C# or VB.Net. (There are several good books for VB6
programmers who are moving to VB.Net, particularly from APress.)

5. Finally I think if you are developing multi layered application, I am
leaning on developing the middle tier in C# and the presentation with
VB.Net.. Its just RAD.


Don't mix-and-match the languages just out of a sense that "that's how it's
done." You could just as easily use VB.Net for both layers, C# for both
layers, or C# for the presentation layer and VB.Net for the middle tier. I
think that your rationale is just a holdover from the old days when VB6 was
used for front-ends because it had better RAD features for developing user
interfaces, and C++ was used for the middle layer because of better
performance and power. These considerations no longer apply.

There's nothing wrong with using both languages, and there's a benefit to
learning both. But if your programmers are more experienced with one
language, it would be a better practice just to stick to that language for
day-to-day development.

Hope this helps,

Robert Jacobson
Nov 22 '05 #7
SR
Hi
Agree with most of the points but for the first one :
First off, you should not need Redim. I haven't yet, the collection objectsthat grow dynamically are very good at this. And you hardly ever need arraysat all.
With the features offered by collections, there might be
a tendency to do away with arrays completely. This could
be coz the jazzy methods offered by the collection and
related classes might be attractive. But there is a
performance issue here

Do note that collection takes a parameter of the object
type. this means that if i use a collection to store a
group of integer values , every time i add/retrieve an
integer, there will be a boxing and unboxing(which is
costly). Arrays are more suitable here coz u can declare
an integer array, add/retrieve the same without any
problems.

So i feel that collections are good when
a) u use reference types
b)u want to group multiple types of data in a single object
c)u do not know the type of the object and it wil be known
dynamically, but u want a generic object which can hold
all the types

So If
a) you know the type clearly at design time
b) all the types in the group are homogenous

then arrays are better

Would appreciate if some one has any comments on this

regards,

sr

regards,

sr
-----Original Message-----
First off, you should not need Redim. I haven't yet, the collection objectsthat grow dynamically are very good at this. And you hardly ever need arraysat all.

I think #3 is not a good enough reason, considering there is already thefact that you have VB developers.

As you said yourself, the language are very similar. There is functionalityin each of them, that the other does not have. But if this is not an issue,then the language choice is not either.

Since you have a VB team, they should continue to use VB, as this will havethe smallest learning curve. Once they know and are comfortable with .NET,they will easily learn C#, as for most thing there is a one to onecorrespondance.

Also, if you do a search on google groups, you will about 1000 threads withthe same question...

"KN" <kn@spam.com> wrote in message
news:Ot**************@TK2MSFTNGP11.phx.gbl...
I know both are pretty much the same and it comes down to personal choice. But I have to make the choice for the team. Things so far that I am considering

1. XML documentation in C# -- thats good.. not there in VB.net??
2. Some language features of VB.Net like Redim(makes it easier for developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more standard. It kind of makes it easier for C# developers to communicate with developers in other languages similar to C.

4. Moving to C# might have a higher learning curve for a developer with a
VB
background. But I think C# can help in encouraging good

development practices and the language itself is simpler than VB.Net

5. Finally I think if you are developing multi layered application, I am leaning on developing the middle tier in C# and the presentation with VB.Net.. Its just RAD.

Thoughts and other opinions on this please!!! :)

KN

.

Nov 22 '05 #8
SR
Hi
Agree with most of the points but for the first one :
First off, you should not need Redim. I haven't yet, the collection objectsthat grow dynamically are very good at this. And you hardly ever need arraysat all.
With the features offered by collections, there might be
a tendency to do away with arrays completely. This could
be coz the jazzy methods offered by the collection and
related classes might be attractive. But there is a
performance issue here

Do note that collection takes a parameter of the object
type. this means that if i use a collection to store a
group of integer values , every time i add/retrieve an
integer, there will be a boxing and unboxing(which is
costly). Arrays are more suitable here coz u can declare
an integer array, add/retrieve the same without any
problems.

So i feel that collections are good when
a) u use reference types
b)u want to group multiple types of data in a single object
c)u do not know the type of the object and it wil be known
dynamically, but u want a generic object which can hold
all the types

So If
a) you know the type clearly at design time
b) all the types in the group are homogenous

then arrays are better

Would appreciate if some one has any comments on this

regards,

sr

regards,

sr
-----Original Message-----
First off, you should not need Redim. I haven't yet, the collection objectsthat grow dynamically are very good at this. And you hardly ever need arraysat all.

I think #3 is not a good enough reason, considering there is already thefact that you have VB developers.

As you said yourself, the language are very similar. There is functionalityin each of them, that the other does not have. But if this is not an issue,then the language choice is not either.

Since you have a VB team, they should continue to use VB, as this will havethe smallest learning curve. Once they know and are comfortable with .NET,they will easily learn C#, as for most thing there is a one to onecorrespondance.

Also, if you do a search on google groups, you will about 1000 threads withthe same question...

"KN" <kn@spam.com> wrote in message
news:Ot**************@TK2MSFTNGP11.phx.gbl...
I know both are pretty much the same and it comes down to personal choice. But I have to make the choice for the team. Things so far that I am considering

1. XML documentation in C# -- thats good.. not there in VB.net??
2. Some language features of VB.Net like Redim(makes it easier for developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more standard. It kind of makes it easier for C# developers to communicate with developers in other languages similar to C.

4. Moving to C# might have a higher learning curve for a developer with a
VB
background. But I think C# can help in encouraging good

development practices and the language itself is simpler than VB.Net

5. Finally I think if you are developing multi layered application, I am leaning on developing the middle tier in C# and the presentation with VB.Net.. Its just RAD.

Thoughts and other opinions on this please!!! :)

KN

.

Nov 22 '05 #9
guy
Rob, 100%Ack
I have spent 50% of my time using each language and at
first was marginally in favour of C#, however i have now
swung round to VB.NET but theres not much in it.

Background comiplation is very good:-)

two other points - I find reading VB.NET easier as you
can see more clearly that a method is a
Function/Sub/Property, and that a Property is readonly
when collapsed - it is not so clear in C#

c# compiler warns you if there is no reachable code path
and also it a function does not return a value.

hth

guy
-----Original Message-----
Check out these links:

http://support.microsoft.com/?kbid=308470

http://www.desaware.com/Ebook2L2.htm

Other comments inline...

1. XML documentation in C# -- thats good.. not there in VB.net??

It's not built into VB.Net, but there are several plugins that add thisfunctionality.

http://www.gotdotnet.com/team/ide/

http://msdn.microsoft.com/library/default.asp? url=/library/en-us/dnvssamp/html/vbcs_XMLComments.asp
The IDE has one feature that's only for VB.Net -- background compilation.It immediately warns you about coding errors with a squggly line and anerror message in the task list, rather than making you wait until compiling.I love it, and miss it when coding in C#. Other people find it annoying.
2. Some language features of VB.Net like Redim(makes it
easier for developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more standard. It kind of makes it easier for C# developers to communicate with developers in other languages similar to C.


As you mentioned, selecting C# or VB.Net really is just a

personalpreference -- they both can do almost exactly the same things with about thesame performance. (Yes, C# will let you use unsafe code, but how often willyou want or need to do that?) VB has more keywoards -- some that are useful(like the With/EndWith) constructs, and some that are primarily legacykeywords that you might want to avoid. (I try to use the .Net Frameworkmethods, rather than VB keywords, wherever possible.)

If you and your development team are more comfortable with C-style keywordsand language constructs, go with C#. If you're more familiar with VisualBasic, go with VB.Net.

4. Moving to C# might have a higher learning curve for a developer with a
VB
background. But I think C# can help in encouraging good
development practices and the language itself is simpler than VB.Net


A valid consideration. A VB6 developer who just moves to

VB.Net without theproper training could develop some bad habits. The biggest paradigm shiftis that VB.Net is now a fully object-oriented language, and it takes sometime to get used to this. The more important consideration is to ensurethat the developers get enough education regarding the new language --whether it's C# or VB.Net. (There are several good books for VB6programmers who are moving to VB.Net, particularly from APress.)
5. Finally I think if you are developing multi layered application, I am leaning on developing the middle tier in C# and the presentation with VB.Net.. Its just RAD.
Don't mix-and-match the languages just out of a sense

that "that's how it'sdone." You could just as easily use VB.Net for both layers, C# for bothlayers, or C# for the presentation layer and VB.Net for the middle tier. Ithink that your rationale is just a holdover from the old days when VB6 wasused for front-ends because it had better RAD features for developing userinterfaces, and C++ was used for the middle layer because of betterperformance and power. These considerations no longer apply.
There's nothing wrong with using both languages, and there's a benefit tolearning both. But if your programmers are more experienced with onelanguage, it would be a better practice just to stick to that language forday-to-day development.

Hope this helps,

Robert Jacobson
.

Nov 22 '05 #10
guy
Rob, 100%Ack
I have spent 50% of my time using each language and at
first was marginally in favour of C#, however i have now
swung round to VB.NET but theres not much in it.

Background comiplation is very good:-)

two other points - I find reading VB.NET easier as you
can see more clearly that a method is a
Function/Sub/Property, and that a Property is readonly
when collapsed - it is not so clear in C#

c# compiler warns you if there is no reachable code path
and also it a function does not return a value.

hth

guy
-----Original Message-----
Check out these links:

http://support.microsoft.com/?kbid=308470

http://www.desaware.com/Ebook2L2.htm

Other comments inline...

1. XML documentation in C# -- thats good.. not there in VB.net??

It's not built into VB.Net, but there are several plugins that add thisfunctionality.

http://www.gotdotnet.com/team/ide/

http://msdn.microsoft.com/library/default.asp? url=/library/en-us/dnvssamp/html/vbcs_XMLComments.asp
The IDE has one feature that's only for VB.Net -- background compilation.It immediately warns you about coding errors with a squggly line and anerror message in the task list, rather than making you wait until compiling.I love it, and miss it when coding in C#. Other people find it annoying.
2. Some language features of VB.Net like Redim(makes it
easier for developers), but not good enough reason.

3. C# is in more like standard languages and key words used are more standard. It kind of makes it easier for C# developers to communicate with developers in other languages similar to C.


As you mentioned, selecting C# or VB.Net really is just a

personalpreference -- they both can do almost exactly the same things with about thesame performance. (Yes, C# will let you use unsafe code, but how often willyou want or need to do that?) VB has more keywoards -- some that are useful(like the With/EndWith) constructs, and some that are primarily legacykeywords that you might want to avoid. (I try to use the .Net Frameworkmethods, rather than VB keywords, wherever possible.)

If you and your development team are more comfortable with C-style keywordsand language constructs, go with C#. If you're more familiar with VisualBasic, go with VB.Net.

4. Moving to C# might have a higher learning curve for a developer with a
VB
background. But I think C# can help in encouraging good
development practices and the language itself is simpler than VB.Net


A valid consideration. A VB6 developer who just moves to

VB.Net without theproper training could develop some bad habits. The biggest paradigm shiftis that VB.Net is now a fully object-oriented language, and it takes sometime to get used to this. The more important consideration is to ensurethat the developers get enough education regarding the new language --whether it's C# or VB.Net. (There are several good books for VB6programmers who are moving to VB.Net, particularly from APress.)
5. Finally I think if you are developing multi layered application, I am leaning on developing the middle tier in C# and the presentation with VB.Net.. Its just RAD.
Don't mix-and-match the languages just out of a sense

that "that's how it'sdone." You could just as easily use VB.Net for both layers, C# for bothlayers, or C# for the presentation layer and VB.Net for the middle tier. Ithink that your rationale is just a holdover from the old days when VB6 wasused for front-ends because it had better RAD features for developing userinterfaces, and C++ was used for the middle layer because of betterperformance and power. These considerations no longer apply.
There's nothing wrong with using both languages, and there's a benefit tolearning both. But if your programmers are more experienced with onelanguage, it would be a better practice just to stick to that language forday-to-day development.

Hope this helps,

Robert Jacobson
.

Nov 22 '05 #11

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

24
by: matty | last post by:
Go away for a few days and you miss it all... A few opinions... Programming is a craft more than an art (software engineering, not black magic) and as such, is about writing code that works,...
29
by: RAY | last post by:
Hi , my boss has asked I sit in on an interview this afternoon and that I create some interview questions on the person's experience. What is C++ used for and why would a company benefit from...
12
by: alex | last post by:
Hi, I was just wandering which one is correct, better, or better programming practice? //Case #1 public class Main { ClassA a = new ClassA(); a.Value = "some value";
0
by: orientphoebus | last post by:
I tried the new Visual Studio 2005 Team System + VSS2005, no Team Foundation Server. Some questions pop into my head: 1. WITHOUT TFS, can VSS2005 integrated with VS2005? What I like is the VS6...
12
by: Terry Olsen | last post by:
VB.NET doesn't seem to go over very well with the recreational users out in inet land. I've got a few "free" programs that I put out for people to use, and I get emails like "it'd be a nice...
2
by: Clemens Vasters | last post by:
"Is anybody from Microsoft reading this?" Well ... actually .... no .... welll ... maybe if you're really lucky. Let me explain ... My name is Clemens Vasters and I am a Program Manager on the...
24
by: Diwa | last post by:
Hi All, This is not a C++ technical question, hence this is an off-topic post. But it is C++ related and posted only to this group. Suppose, today a building like Empire State building or...
29
by: zzuse | last post by:
I have been working in one company for nearly one year as a c programmer.I want to write more codes to improve my programming skills.But I found my work was just change some configuration files ....
11
by: Gabriel | last post by:
Hi anybody intested in developing JSLibrary by yourslef??The project "Knut" has risen up,intend to building a new JSLibrary,more detail visit http://groups.google.com/group/knutDN ,we hope you to...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.