DevX Home    Today's Headlines   Articles Archive   Tip Bank   Forums   

Page 2 of 2 FirstFirst 12
Results 16 to 17 of 17
  1. #16
    Join Date
    Apr 2004

    Thumbs down

    - Just as an update to my comment above, I have since tried to use the newer VS2005. "VB" is even less like BASIC than VS2003 was, and the IDE is, bluntly, miserable (s-l-o-w, given to crashes which lose your work, etc ad nauseam). Not suitable for my work at all.
    - My impression (sans becnhmarks) is that the resulting EXE from VS2005 are so slow and uncertain that I cannot risk my professional rep by delivering them to an actual paying customer (and we are not even talking about the massive .NET 2.0 framework install issues here!).
    - If it is speed and "real" BASIC syntax you want, I would suggest the PowerBASIC product - however, be advised that for Windows programming you will need to become very familiar with Win32 programming techniques, API calls, etc. Not as easy, but MUCH faster than .NET and even much faster than VB6.
    - And the PowerBASIC allows you to freely mix inline Assembler with BASIC to fine tune your apps to a high degree!
    Last edited by Sigid; 01-17-2006 at 09:59 AM. Reason: add content

  2. #17
    Join Date
    Sep 2005
    I guess it really depends on what type of project you are designing. Since most of my programs are desktop applications for home users, I've been using .NET now since it is much simpler and intuitive (from a multi-language perspective) and faster than VB6 for my typical application. However, I keep VB6 just in case. Each one seems better than the other at some thing or another. The part I appreciate the most in .NET, though, has to be the addition of "real" OO programming concepts... like inheritance and overloading. And, oh, if you've got VS2005 you have to check out overloading operators if you're not familiar with it. But despite my googly-eyes for that kind of stuff, I think it really just comes down to picking the right tool for the job... even if you think it's outdated or too complex or whatever.

    One thing, though, is that I've only noticed a speed increase so far. Someone posted earlier that their math-based code ran slower in .NET. However, I took an octree quantizer module from VB6 and converted it to .NET... it actually takes about 1/5 the time it used to. Of course, this speed increase could be due to the fact that .NET accesses structure and class members much more efficiently--including arrays--and my octree quantizer uses a single 1-dimensional array of node structures.

    While I'm at it, I have to mention the "learning curve" thing. If you're coming from a VB-only perspective, then it'll be really awkward at first. However, if you're familiar with Java or similar languages, then it'll be a breeze and you'll probably appreciate the changes more than the VB-only programmer... particularly if you dig initializers and assignment operators as much as I do =)

    Just my thoughts. =)

Similar Threads

  1. Speaking of strings...
    By Harlow in forum .NET
    Replies: 246
    Last Post: 10-26-2002, 12:30 AM
  2. YAG's status report - Feb 14, 2002
    By Seth Grossman [MSFT] in forum .NET
    Replies: 1
    Last Post: 02-15-2002, 12:35 AM
  3. More on Visual J#.Net
    By Jim Pragit in forum .NET
    Replies: 64
    Last Post: 10-20-2001, 08:06 PM
  4. VB Classic Destroyed (was Re: Truce?)
    By Patrice Scribe in forum .NET
    Replies: 11
    Last Post: 10-07-2001, 06:15 AM
  5. Re: Will VB hurt .NET? Instead of .NET helping VB?
    By Jonathan Allen in forum .NET
    Replies: 55
    Last Post: 02-20-2001, 05:18 PM

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
Latest Articles
Questions? Contact us.
Web Development
Latest Tips
Open Source

   Development Centers

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

We have made updates to our Privacy Policy to reflect the implementation of the General Data Protection Regulation.