I don't think that's true. We make both VB to C# and C# to VB converters and
they each have major challenges:
VB to C#:
The main challenge is to sort out the extremely high level of ambiguity and
diverse syntax alternatives. In addition, there are syntax alternatives from
*many* years back that are still supported in VB.NET.
C# to VB:
One main challenge is parsing - since there is no one-to-one correspondence
of line to statement you have to be able to parse possibly fragmented or
combined C# lines into sensible C# statements. Another challenge is that C#
doesn't spell out everything in agonizing detail like VB, so you need to work
harder to identify things (e.g., is the entity after the colon in a class
header a class or interface?, e.g., which methods will need "Implements" tags
- you need to have logic to accurately determine that).
--
David Anton
www.tangiblesoftwaresolutions.com
Instant C#: VB to C# converter
Instant VB: C# to VB converter
Instant C++: C#/VB to C++ converter
C# Code Metrics: Quick metrics for C#