Classic vs. NET again - sorry!


DevX Home    Today's Headlines   Articles Archive   Tip Bank   Forums   

Results 1 to 15 of 15

Thread: Classic vs. NET again - sorry!

  1. #1
    Mark Gonzales Guest

    Classic vs. NET again - sorry!

    Can anyone summarize the BASIC (pardon the pun) advantages of NET over
    Classic? I just purchased a couple of VB Classic add-ons over the 'net and
    now I have stuff like code checking, auto code formatting, spell checking,
    and ALLOT of other neat features in VB 6.0 Pro. I don't know if it's proper
    to give names of these programs in this NG, so I won't. Now I'm wondering
    what I might be missing vs. NET (the simple stuff) - not that it matters,
    just curious.

    Does anyone know where to find other such add-ons? I'm very happy with the
    ones I've purchased, but I'm wondering what else is out there? And is anyone
    working on a real Classic vs. NET converter? One of my purchased programs
    apparently has the ability to troubleshoot the conversion (with the correct
    licensing), so I know this type of program exists.

    If this post is inappropriate in this NG, please except my apologies.
    --


    Thanks,
    Mark




  2. #2
    Kunle Odutola Guest

    Re: Classic vs. NET again - sorry!


    "Mark Gonzales" <mgonzales@lt-solutions.com> wrote in message
    news:3c80c276$1@10.1.10.29...
    > Can anyone summarize the BASIC (pardon the pun) advantages of NET over
    > Classic?


    1. Visit http://msdn.microsoft.com/ - try
    http://msdn.microsoft.com/library/de...us/Dndotnet/ht
    ml/Techmap_vbnet.asp?frame=true [watch for evil line wraps]

    2. Read the archives. All the articles are still online and most newsreaders
    have a search facility. This topic has been discussed to death many times
    over and there is no point in going over it again.

    Kunle




  3. #3
    Mark Gonzales Guest

    Re: Classic vs. NET again - sorry!

    "Kunle Odutola okocha.freeserve.co.uk>" <kunle.odutola@<REMOVETHIS> wrote in
    message news:3c80c642@10.1.10.29...
    >
    > "Mark Gonzales" <mgonzales@lt-solutions.com> wrote in message
    > news:3c80c276$1@10.1.10.29...
    > > Can anyone summarize the BASIC (pardon the pun) advantages of NET over
    > > Classic?

    >
    > 1. Visit http://msdn.microsoft.com/ - try
    >

    http://msdn.microsoft.com/library/de...us/Dndotnet/ht
    ml/Techmap_vbnet.asp?frame=true [watch for evil line wraps]
    >
    > 2. Read the archives. All the articles are still online and most

    newsreaders
    > have a search facility. This topic has been discussed to death many times
    > over and there is no point in going over it again.
    >
    > Kunle


    I have read the archives. And I do lurk in this NG and others where the
    subject is discussed daily. But I find very little about SIMPLE things (i.e.
    spell checker). Does VB.NET include a spell checker? I did the following
    search on Google.com: All Words: "spell check , net" Groups: *vb*. Nothing.

    But, thank you for the links. Perhaps my answers will be found there.
    --


    Mark



  4. #4
    Mark Gonzales Guest

    Re: Classic vs. NET again - sorry!

    Follow-up:

    My intentions are really not to re-hash old worn out arguments, but rather
    to determine if the basic enhancements of NET can be acquired for Classic
    via affordable 3rd party solutions. Then to weigh the cost vs. what I'm more
    comfortable with at the moment.
    --


    Mark



  5. #5
    Jay Glynn Guest

    Re: Classic vs. NET again - sorry!

    From the Visual Studio perspective, you can duplicate some of the new
    features and niceties, but that's not the point. The difference between VB
    classic and VB.NET is the .NET framework. This library of functionality
    along with thing such as inheritence and real exception handling are the
    important differences. These are things that you cannot realistically add-on
    to VB Classic.
    In this business comfort is a luxury that we can't always maintain.
    Sometimes it's time to take the next step. When and how you take that step
    is your decision. VB Classic will be around and viable for several years.
    Nothing wrong with staying your present course, but I feel that .NET is a
    better place to be. Better productivity, better designs, more capabilities.
    You have to decide if these are things that you need or that the
    organization you work in needs.


    >
    > My intentions are really not to re-hash old worn out arguments, but rather
    > to determine if the basic enhancements of NET can be acquired for Classic
    > via affordable 3rd party solutions. Then to weigh the cost vs. what I'm

    more
    > comfortable with at the moment.
    > --
    >
    >
    > Mark
    >
    >




  6. #6
    Mark Gonzales Guest

    Re: Classic vs. NET again - sorry!

    Thanks, Jay.

    I do understand that some things cannot be duplicated in Classic. I reckon'
    I represent a very small number of VB users who have no idea what
    "framework" even means. Since V3.0, VB Classic has been an excellent tool
    for my needs which are simple, yet profitable (a market niche of AutoCAD LT
    users needing add-ons). "OOPS", "SQL" and other tech stuff go right over my
    head and that's really ok by me.

    Just to let you know where I'm coming from.

    At least I finally replaced my old Dell (233 MMX 64M) with a new one: 1.7Ghz
    512M. Wow! What a difference! Even with the slower SDRAM! WinXP is not so
    bad after all on this screamer. And now I can keep several Ghost images on
    my drive - testing my software on any Win OS on a whim. Sweet.
    --


    Mark

    "Jay Glynn" <jlsglynn@hotmail.com> wrote in message
    news:3c80dbaf$1@10.1.10.29...
    > From the Visual Studio perspective, you can duplicate some of the new
    > features and niceties, but that's not the point. The difference between VB
    > classic and VB.NET is the .NET framework. This library of functionality
    > along with thing such as inheritence and real exception handling are the
    > important differences. These are things that you cannot realistically

    add-on
    > to VB Classic.
    > In this business comfort is a luxury that we can't always maintain.
    > Sometimes it's time to take the next step. When and how you take that step
    > is your decision. VB Classic will be around and viable for several years.
    > Nothing wrong with staying your present course, but I feel that .NET is a
    > better place to be. Better productivity, better designs, more

    capabilities.
    > You have to decide if these are things that you need or that the
    > organization you work in needs.
    >
    >
    > >
    > > My intentions are really not to re-hash old worn out arguments, but

    rather
    > > to determine if the basic enhancements of NET can be acquired for

    Classic
    > > via affordable 3rd party solutions. Then to weigh the cost vs. what I'm

    > more
    > > comfortable with at the moment.
    > > --
    > >
    > >
    > > Mark
    > >
    > >

    >
    >




  7. #7
    David A. Rothgery Guest

    Re: Classic vs. NET again - sorry!

    Mark Gonzales <mgonzales@lt-solutions.com> wrote:

    > At least I finally replaced my old Dell (233 MMX 64M) with a new one: 1.7Ghz
    > 512M. Wow! What a difference!


    That seems like it was probably about the same wow-level that I noticed
    when I replaced my old Dell (75 MHz, came with 8MB, Win 3.1; upgraded to
    16MB and Win95) with a new one (800 MHz, came with 128MB, Win2K; since
    upgraded to 512MB) back in summer of 2000. But I figure as long as I'm a
    single working stiff, not a starving college student, I can afford to
    replace my computer more often now. The Plan was to go at least 3 years
    with this box, but 2.5 GHz+ boxes this fall are going to be awfully
    tempting.

    --
    Dave Rothgery
    Picking nits since 1976
    drothgery@alum.wpi.edu
    http://drothgery.editthispage.com

  8. #8
    Kunle Odutola Guest

    Re: Classic vs. NET again - sorry!


    "Mark Gonzales" <mgonzales@lt-solutions.com> wrote in message
    news:3c80e282@10.1.10.29...
    > Thanks, Jay.
    >
    > I do understand that some things cannot be duplicated in Classic. I

    reckon'
    > I represent a very small number of VB users who have no idea what
    > "framework" even means. Since V3.0, VB Classic has been an excellent tool
    > for my needs which are simple, yet profitable (a market niche of AutoCAD

    LT
    > users needing add-ons). "OOPS", "SQL" and other tech stuff go right over

    my
    > head and that's really ok by me.


    VB.NET like any other tool won't be for everyone but as Jay has already
    mentioned, comparing the IDEs wouldn't necessarily provide any meaningful
    answers although with the exception of Edit&Continue (which I find I don't
    miss as much as I thought I would). the VS.NET IDE is an improvement over
    VB6 imo.

    Can AutoCAD LT add-ons be developed in VB.NET?
    Would users be happy with the requirement to install the .NET framework
    (~20MB) before they can use you products?
    Can AutoDesk provide any pointers or guidance in ths respect?

    > Just to let you know where I'm coming from.
    >
    > At least I finally replaced my old Dell (233 MMX 64M) with a new one:

    1.7Ghz
    > 512M. Wow! What a difference! Even with the slower SDRAM! WinXP is not so
    > bad after all on this screamer. And now I can keep several Ghost images on
    > my drive - testing my software on any Win OS on a whim. Sweet.


    I'll just add that as an option to keeping Ghost images, you might want to
    consider VMWare[1]. It allows you to run alternative OSes in a VM under your
    favourite OS. That is to say no need to reboot to use an alternative OS (or
    OSes). Each OS VM runs as an application on your box (You can make it
    fullscreen if that gets weird)

    I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
    configurations. I can honestly say it takes the pain out of testing a
    product on multiple Windows OSes. I find it useful when I'm away from the
    office and need to test against a server on my notebook for instance. I just
    fire up the VM that has Win2KServer/SQL Server/J2EE/.NET installed ;-)

    Kunle

    > --
    >
    >
    > Mark
    >
    > "Jay Glynn" <jlsglynn@hotmail.com> wrote in message
    > news:3c80dbaf$1@10.1.10.29...
    > > From the Visual Studio perspective, you can duplicate some of the new
    > > features and niceties, but that's not the point. The difference between

    VB
    > > classic and VB.NET is the .NET framework. This library of functionality
    > > along with thing such as inheritence and real exception handling are the
    > > important differences. These are things that you cannot realistically

    > add-on
    > > to VB Classic.
    > > In this business comfort is a luxury that we can't always maintain.
    > > Sometimes it's time to take the next step. When and how you take that

    step
    > > is your decision. VB Classic will be around and viable for several

    years.
    > > Nothing wrong with staying your present course, but I feel that .NET is

    a
    > > better place to be. Better productivity, better designs, more

    > capabilities.
    > > You have to decide if these are things that you need or that the
    > > organization you work in needs.
    > >
    > >
    > > >
    > > > My intentions are really not to re-hash old worn out arguments, but

    > rather
    > > > to determine if the basic enhancements of NET can be acquired for

    > Classic
    > > > via affordable 3rd party solutions. Then to weigh the cost vs. what

    I'm
    > > more
    > > > comfortable with at the moment.
    > > > --
    > > >
    > > >
    > > > Mark
    > > >
    > > >

    > >
    > >

    >
    >



  9. #9
    Mark Jerde Guest

    Re: Classic vs. NET again - sorry!

    Kunle,

    > I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
    > configurations.


    Is it easy to set a VM back to a state, such as "Win98 Fresh
    Install" ? I use partitions and images to do that now.

    Mark Jerde
    Biometrics - www.idtechpartners.com



  10. #10
    Kunle Odutola Guest

    Re: Classic vs. NET again - sorry!


    "Mark Jerde" <mark.jerde@NOSPAMverizon.net> wrote in message
    news:VA.0000009b.008881cb@nospamverizon.net...
    > Kunle,
    >
    > > I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
    > > configurations.

    >
    > Is it easy to set a VM back to a state, such as "Win98 Fresh
    > Install" ? I use partitions and images to do that now.


    Yes. Each VM is stored in a single directory - actually a single data file
    plus config file but you may get additional files if the VM is suspended
    etc.

    So if you stashed a copy away just after creating a VM and installing Win98
    on it....

    Kunle

    >
    > Mark Jerde
    > Biometrics - www.idtechpartners.com
    >
    >



  11. #11
    Kunle Odutola Guest

    Re: Classic vs. NET again - sorry!


    "Mark Gonzales" <mgonzales@lt-solutions.com> wrote in message
    news:3c80d3ef@10.1.10.29...

    > I have read the archives. And I do lurk in this NG and others where the
    > subject is discussed daily. But I find very little about SIMPLE things

    (i.e.
    > spell checker). Does VB.NET include a spell checker? I did the following
    > search on Google.com: All Words: "spell check , net" Groups: *vb*.

    Nothing.

    I have to admit this made me chuckle. I can't think of any reason whay *I*
    might need a spell-checker in my IDE. Perhaps I'm missing something.

    To answer your question (does VS.NET have a spell-checker?) - No. At least I
    there isn't one in my copy AFAICT. I am curious though to find out what
    value a spell-checker has in an IDE and, does anyone else out there have one
    in their IDE. And if you do, what do you use it for?

    > But, thank you for the links. Perhaps my answers will be found there.


    You're welcome Mark.

    Kunle



  12. #12
    Zane Thomas [.NET MVP] Guest

    Re: Classic vs. NET again - sorry!

    On Sat, 2 Mar 2002 16:03:47 -0000, "Kunle Odutola"
    <kunle.odutola@<REMOVETHIS>okocha.freeserve.co.uk> wrote:

    >I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
    >configurations. I can honestly say it takes the pain out of testing a
    >product on multiple Windows OSes.


    Have you seen any problems in any configuration? How's the performance?


    --
    When freedom is outlawed
    only outlaws will be free.

  13. #13
    Kunle Odutola Guest

    Re: Classic vs. NET again - sorry!


    "Zane Thomas [.NET MVP]" <zane@mabry.com> wrote in message
    news:3c81255a.934934234@news.devx.com...
    > On Sat, 2 Mar 2002 16:03:47 -0000, "Kunle Odutola"
    > <kunle.odutola@<REMOVETHIS>okocha.freeserve.co.uk> wrote:
    >
    > >I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
    > >configurations. I can honestly say it takes the pain out of testing a
    > >product on multiple Windows OSes.

    >
    > Have you seen any problems in any configuration? How's the performance?


    Well, every now and then (monthly or less frequently) I find I can't resume
    a suspended VM regardless of guest OS (some error about SVGA frame buffer).
    This is for VMs resumed with VMware'c control panel not using the guest OS
    itself. Not sure if it's because I often hibernate/suspend my host OS with
    the VM running (not sure I'm supposed to be able to do that). So in all
    honesty I would say "No, not really". It works fine for guest Windows and
    Linux (Mandrake/RH) OSes. Had real problems with Solaris v7 and haven't
    really bothered with Solaris since.....looking into BSD but I don't *really*
    need BSD in a VM <vbg>

    As for performance, well....I ran VS.NET under a guest Win2K OS in a VMWare
    machine[1] right through the Beta 1 cycle (it's still there now along with a
    Beta 2 vm - hey, it might come in handy). I also had a separate vm running
    Win2K and server software like SQL Server/J2EE/ etc. Is isn't nearly as
    quick as the host OS obviously but it's quick enough. Lots of memory
    helps.... ;-)

    Kunle

    [1] Systems were a 900MHz Athlon desktop with 512MB-1GB & a 1GHz PIII
    notebook with 256MB. Allocated 256mb & 128mb respectively to the vm on the
    systems. Connected to VS.NET via Terminal Services client. Used VS6 IDE on
    notebook mostly although VS.NET was usable. Needed more memory ;-)




  14. #14
    Miha Markic Guest

    Re: Classic vs. NET again - sorry!

    For checking comments, (message) strings.
    Ya, know, if you are not native speaker - it could be of some help
    However, I never used one.

    --
    Miha

    "Kunle Odutola okocha.freeserve.co.uk>" <kunle.odutola@<REMOVETHIS> wrote in
    message news:3c81190c@10.1.10.29...
    >
    > "Mark Gonzales" <mgonzales@lt-solutions.com> wrote in message
    > news:3c80d3ef@10.1.10.29...
    >
    > > I have read the archives. And I do lurk in this NG and others where the
    > > subject is discussed daily. But I find very little about SIMPLE things

    > (i.e.
    > > spell checker). Does VB.NET include a spell checker? I did the following
    > > search on Google.com: All Words: "spell check , net" Groups: *vb*.

    > Nothing.
    >
    > I have to admit this made me chuckle. I can't think of any reason whay *I*
    > might need a spell-checker in my IDE. Perhaps I'm missing something.





  15. #15
    Vinny Guest

    Re: Classic vs. NET again - sorry!

    Hey,

    A possible alternative to VMWare is VirtualPC for windows, it allows you to
    do the same thing, but maybe its a little cheaper...
    http://www.connectix.com/products/vpc4w.html

    Vinny

    PS, NO! im dont work for them

    "Kunle Odutola okocha.freeserve.co.uk>" <kunle.odutola@<REMOVETHIS> wrote in
    message news:3c81309e@10.1.10.29...
    >
    > "Zane Thomas [.NET MVP]" <zane@mabry.com> wrote in message
    > news:3c81255a.934934234@news.devx.com...
    > > On Sat, 2 Mar 2002 16:03:47 -0000, "Kunle Odutola"
    > > <kunle.odutola@<REMOVETHIS>okocha.freeserve.co.uk> wrote:
    > >
    > > >I run it under Win2K and I have VMs for 96/NT/Win2k/XP in various
    > > >configurations. I can honestly say it takes the pain out of testing a
    > > >product on multiple Windows OSes.

    > >
    > > Have you seen any problems in any configuration? How's the performance?

    >
    > Well, every now and then (monthly or less frequently) I find I can't

    resume
    > a suspended VM regardless of guest OS (some error about SVGA frame

    buffer).
    > This is for VMs resumed with VMware'c control panel not using the guest OS
    > itself. Not sure if it's because I often hibernate/suspend my host OS with
    > the VM running (not sure I'm supposed to be able to do that). So in all
    > honesty I would say "No, not really". It works fine for guest Windows and
    > Linux (Mandrake/RH) OSes. Had real problems with Solaris v7 and haven't
    > really bothered with Solaris since.....looking into BSD but I don't

    *really*
    > need BSD in a VM <vbg>
    >
    > As for performance, well....I ran VS.NET under a guest Win2K OS in a

    VMWare
    > machine[1] right through the Beta 1 cycle (it's still there now along with

    a
    > Beta 2 vm - hey, it might come in handy). I also had a separate vm running
    > Win2K and server software like SQL Server/J2EE/ etc. Is isn't nearly as
    > quick as the host OS obviously but it's quick enough. Lots of memory
    > helps.... ;-)
    >
    > Kunle
    >
    > [1] Systems were a 900MHz Athlon desktop with 512MB-1GB & a 1GHz PIII
    > notebook with 256MB. Allocated 256mb & 128mb respectively to the vm on the
    > systems. Connected to VS.NET via Terminal Services client. Used VS6 IDE on
    > notebook mostly although VS.NET was usable. Needed more memory ;-)
    >
    >
    >




Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
HTML5 Development Center
 
 
FAQ
Latest Articles
Java
.NET
XML
Database
Enterprise
Questions? Contact us.
C++
Web Development
Wireless
Latest Tips
Open Source


   Development Centers

   -- Android Development Center
   -- Cloud Development Project Center
   -- HTML5 Development Center
   -- Windows Mobile Development Center