On Fri, 7 Nov 2003 15:57:41 -0500 in article
<> in
microsoft.public.cert.exam.mcsd , "Chris Pettingill"
<> wrote:
>They may not have been 'designed' for a particular tier, but I have read
>articles suggesting that VB is a little nicer for GUI stuff, and C# is nicer
>for the backend plumbing (although either should be able to do either task).
>Of course, I can't find any of those articles now to prove my point. 
>
>However if you look at
>http://msdn.microsoft.com/library/de...sualStudio.asp,
>it does seem to _imply_ some more important differences between VB.NET
>("Applications made with Visual Basic ... take advantage of the .NET
>Framework") and C# ("Applications written in Visual C# ... take full
>advantage of the .NET Framework"). Notice the addition of the word "full"
>in the C# description. Maybe this is just a innocent difference in the
>wording, but there's other things that seem to imply that C# is a little
>more powerful in some ways. Since C# is closer to C/C++ I'm hoping it'll
>make it easier to work with low-level Win32 API's if/when I need to.
>
>
In fact VB uses slightly more of the CLR in one way - I forget the
syntax (I use C#

, but it supports a more complex catch statement
than C# utilising an interface the CLR exposes which C# doesn't use.
On the other hand, C# does allow unsafe code which VB doesn't.
As far as Interop with Win32 and COM go, they are both exactly the
same as far as I know (VB may be slightly 'better' with optional
parameters though). I'd love to hear of any differences but I don't
think that there are any.
I can't think of any reason why you'd use one over the other for GUI
of backend systems except habit.
--
Simon
simon dot smith at snowvalley dot com
"Insomnia is a small price to pay for the stuff you read on UseNet"