View Poll Results: Still using VB6 or VB.NET
- Voters
- 24. You may not vote on this poll
-
Feb 4th, 2004, 11:35 AM
#41
Stuck in the 80s
Where's the option for those of us who use both?
If I make something that I'm going to send to people or distribute, I'll use VB6. But for educational purposes and dicking around, I'll use VB.Net.
So which should I vote for?
-
Feb 4th, 2004, 11:03 PM
#42
I wonder how many charact
Originally posted by NoteMe
As long as the variable is 32bits long, it's faster then the original 16bit integer in VB6....
If I understand correctly, the Integer type in VB.Net could be mapped to 64bit or whatever in the future, depending on the .Net framework version. So a variable declared as Integer in v1.1 would map to 32bits, where as in v1.2, it could easily be 64bits, the framework of that future time reflecting the most optimal (native) length for the processor of the day.
The code you write doesn't change, but the underlying memory space will. Which is why most people strongly suggest using Int32 for working with the API. Then again, how long is the WinAPI going to be with us now that Longhorn is on the way. I don't have any Longhorn beta so I'm just speculating on this part.
-
Feb 5th, 2004, 03:39 AM
#43
If MS removes the API, 99% of the current applications will stop working. Sounds like a good business decision 
Athlon 64 3200 (2 GHz I think)
1 GB RAM
Some Asus Mobo
Sapphire Atlantis Radeon 9800 Pro 128 MB
All the buzzt
 CornedBee
"Writing specifications is like writing a novel. Writing code is like writing poetry."
- Anonymous, published by Raymond Chen
Don't PM me with your problems, I scan most of the forums daily. If you do PM me, I will not answer your question.
-
Feb 5th, 2004, 04:03 AM
#44
Then it isn't that much fater then what I have. But I still want a 64 bit prosessor.....
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|