Re: Back to VB6 and .NET

On Feb 5, 9:56 am, Tom Shelton
<tom_shel...@xxxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
On 2008-02-05, Robert Conley <robertscon...@xxxxxxxxx> wrote:
Friend Assemblies - had that since 2.0

I'm not knocking VB.NET - but the only reason it has more "new" features
in the release is that they are bringing it in to parity with C#.

Right but are any of those feature cause an order of magnitude
improvement in the productivity of a C# programmer over VB.NET. Or
they represent a missing capability that VB.NET didn't have. I.e. can
a C# program do more than a VB.NET program in the .NET world.

One reason that C# got anonymous types was the fact that it lacked the
AddHandler and the Handle syntax of VB.NET. VB.NET handled delegates
better than C# at first, and C# leapfrogged VB.NET, then they both
were brought up to the same level.

The answer is really no .NET program can do more or less than
another .NET program. It all gets translated down to IL which can be
retranslated back into another .NET language. The differences in .NET
languages are found in how many lines of code it takes for them to do
a job and how they deal with the environment outside of .NET.

The beauty of the setup you can mix and match to get the best results.
So if you are dealing with a bunch of hardware that only control
through object linking with dlls through C++ you can make a .NET
assembly that acts as a translation layer. Then use that assembly in
the language of your choice.


.

Relevant Pages

  • Re: The status of C
    ... > programming discipline, but good discipline combined with helpful features ... >> Is C still the language of choice for serious programming? ... > often not the primary reason, why a particular tool is or isn't right ...
    (comp.lang.c)
  • Re: Processes in UNIX
    ... > Not comparing PLs but probably you can tell me the reason why still C ... > which aren't required for systems programming). ... C++ does have many more features. ... IMO; as a language, it's absolutely huge; indeed, it's ...
    (comp.unix.programmer)
  • Re: C++ --> C#
    ... The reason for this is that C++ as a language has ... many features which do not translate directly to C#. ... Also, the environments ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: The status of C
    ... >Since C is my language of choice for almost any kind of application, ... Working without these features might be a good way to _learn_ better ... often not the primary reason, why a particular tool is or isn't right ... introduces a bug doing it... ...
    (comp.lang.c)
  • Re: Controlling Javascript from server side
    ... but five different language implementations here. ... 'true' means that the request must be handled asynchronously. ... There is exactly *no* reason for such a thing here. ... | percent-endoded string). ...
    (comp.lang.javascript)