T
Thomas C
I think everyone is overlooking the core problem with multiple languages or
at least multiple language features. VB and C# are *the* Microsoft primary
..NET languages. It creates havoc when those languages do not support the
same feature set. Where it creates that havoc is in large development shops
where some people want to use VB and some want to use C#.
For example, right now, in .NET 1.x, I have recommended to all my clients
(I'm an independent developer) to use C#. Why? BecauseVB.NET's support for
operator and conversion overloads is ridiculously stupid. If they
standardize on one language, the language with the most supported framework
features, they will have the widest array of features available and they
will be able to interoperate easily.Coding everything to the CLS just isn't
an option. It is far too limiting.
VB.NET 2.0 improves this situation a great deal, but it still introduces
potential features that exist in one language and not the other. Further, it
really requires developments working in large groups to know both VB and C#.
Granted, I have already recommend that very thing just because public help
and commerical documenation can be in either language. While Microsoft
provided a great boost to book writing industry, it made it more difficult
on the development community.
I could live peacefully with both languages *if* it was possible to compile
a single solution with projects written in different .NET languages and
could step through code in either. That would make the situation far more
flexible and far more tolerable.
Thomas
at least multiple language features. VB and C# are *the* Microsoft primary
..NET languages. It creates havoc when those languages do not support the
same feature set. Where it creates that havoc is in large development shops
where some people want to use VB and some want to use C#.
For example, right now, in .NET 1.x, I have recommended to all my clients
(I'm an independent developer) to use C#. Why? BecauseVB.NET's support for
operator and conversion overloads is ridiculously stupid. If they
standardize on one language, the language with the most supported framework
features, they will have the widest array of features available and they
will be able to interoperate easily.Coding everything to the CLS just isn't
an option. It is far too limiting.
VB.NET 2.0 improves this situation a great deal, but it still introduces
potential features that exist in one language and not the other. Further, it
really requires developments working in large groups to know both VB and C#.
Granted, I have already recommend that very thing just because public help
and commerical documenation can be in either language. While Microsoft
provided a great boost to book writing industry, it made it more difficult
on the development community.
I could live peacefully with both languages *if* it was possible to compile
a single solution with projects written in different .NET languages and
could step through code in either. That would make the situation far more
flexible and far more tolerable.
Thomas