Re: Is it possible to convert VB3 to .NET ?
- From: "Ralph" <nt_consulting64@xxxxxxxxx>
- Date: Mon, 23 Oct 2006 14:22:40 -0500
"Ken Halter" <Ken_Halter@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:%237jj7Gt9GHA.1492@xxxxxxxxxxxxxxxxxxxxxxx
"Chris Dunaway" <dunawayc@xxxxxxxxx> wrote in messageany
news:1161623277.070426.136370@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
But it is my opinion that VB.Net is superior to VB6 because of what it
adds. And some of the things that are coming with the next version are
pretty cool.
As far as desktop apps for existing OSs go, dotNet adds nothing at all...
the only thing it offers is pre-written routines, in the form of a
framework, that we've had for years. So, in your case, I can see having a
ton of pre-written stuff as a good thing... but for the 'old timers', most
already have their own "framework" in the form of drop-in classes and
modules.
On the other hand, check out some of Microsoft's sample code. Check out
VB5/6 sample authored by MS. They're mostly over complicated and barelydo
achieve their intended purposes and very few actually show someone how to
something (because they're overly complex). If the way the framework'sa
written compares with their sample code, people that rely on the framework
are... well... on shaky ground <g>
The way I see it is... Contractors love the framework because they're
guaranteed work every time something breaks. For people like me, that have
been with the same company for over 10 years, the framework blows chunks
because it's trying to get me to re-write something that's worked fine for
decade or more.... and the "new improved" version won't work as well or bewhen
as responsive.
Plus, the IDE sucks <g> Who needs an "all inclusive" IDE?.. especially
"all inclusive" leaves out some things that I use *every stinkin day* likea
real immediate window (that supports block copy/paste/execute), single
procedure view (who works on more than one proc at a time?) and real edit
and continue.... not one that takes upto 30 seconds between keystrokes to
use.
*"... not one that takes upto 30 seconds between keystrokes to use."*
Over the years I have occasionally wondered what the VB IDE was doing behind
the scenes - especially when compared to the VC++ IDE where everything is
expressed as physical file within the project. But the dotNet IDE has me
completely baffled most of the time.
Just what is it doing during those delays?
I am beginning to suspect that MS has actually perfected true distributed
computing. While we think we are merely developing a program, the IDE is
actually chewing on some small parallel piece of MS's quarterly statement,
warehouse inventory, or perhaps employee scheduling.
If you examine the various EULAs carefully, you will note that there is
nothing in there saying we get full use of ALL THE CYCLES the program is
generating.
-ralph
.
- Follow-Ups:
- Re: Is it possible to convert VB3 to .NET ?
- From: Ken Halter
- Re: Is it possible to convert VB3 to .NET ?
- References:
- Is it possible to convert VB3 to .NET ?
- From: Tony Girgenti
- Re: Is it possible to convert VB3 to .NET ?
- From: Mike Williams
- Re: Is it possible to convert VB3 to .NET ?
- From: Chris Dunaway
- Re: Is it possible to convert VB3 to .NET ?
- From: Mike Williams
- Re: Is it possible to convert VB3 to .NET ?
- From: Chris Dunaway
- Re: Is it possible to convert VB3 to .NET ?
- From: Bob Butler
- Re: Is it possible to convert VB3 to .NET ?
- From: Chris Dunaway
- Re: Is it possible to convert VB3 to .NET ?
- From: Ken Halter
- Re: Is it possible to convert VB3 to .NET ?
- From: Chris Dunaway
- Re: Is it possible to convert VB3 to .NET ?
- From: Ken Halter
- Is it possible to convert VB3 to .NET ?
- Prev by Date: Re: Launching IE and Posting DATA (partial code included)
- Next by Date: Re: Is it possible to convert VB3 to .NET ?
- Previous by thread: Re: Is it possible to convert VB3 to .NET ?
- Next by thread: Re: Is it possible to convert VB3 to .NET ?
- Index(es):
Relevant Pages
|