Hello, my boss is considering the idea of migrating to VB.NET. He asked me to do some research into the advantages of using VB.NET 2005 instead of VB6.
What can you do in VB.NET that cannot be done in VB6?
Any help will be appreciated.
Printable View
Hello, my boss is considering the idea of migrating to VB.NET. He asked me to do some research into the advantages of using VB.NET 2005 instead of VB6.
What can you do in VB.NET that cannot be done in VB6?
Any help will be appreciated.
Nothing really ... it's just that VB.Net has more feature that can make your life easier in some cases ... but transition wouldn't be easy at all.Quote:
Originally Posted by esposito
Basically, you are saying that there's no real advantage in moving to VB.NET if you are an experienced VB6 programmer. I know VB.NET allows you to create server-side Web applications using ASP.NET but, for the moment, we are not interested in that kind of software.
What my boss is interested in is whether VB.NET should be preferred to VB6 in the development of desktop applications. The reason why he is exploring such possibility is, he is afraid that in the future Microsoft could make COM software incompatible with their operating system forcing all developers to migrate to .NET. Do you think his fear is pointless?
Quote:
Originally Posted by RhinoBull
That was not what I said, though. You asked the question "what can be done ..." and I answered that particualr q. To answer that quote I'd say that there are many advantages to make the move as well as disadvantages but you have to decide for yourself what you want to do. If someone has about 5 years untill he/she retires then there is no need to go into heavy learning process at all. Also, if you run some business on VB6 app and it's all you need then what's the point of doing any upgrades? Many would disagree but I personally know quite of few businesses that still rinning of VB3 apps (as well as DOS based apps) and very successfull ...Quote:
Originally Posted by esposito
However, if you are young and ambitious then you should learn it - there is no doubt in my mind that's the way to go.
If you can get a most recent copy of PC Magazine then it has a little article about VB9 supporting COM and such ...Quote:
Originally Posted by esposito
The fact that VB9 still supports COM does not mean, IMHO, that MS do not want to get rid of that technology to base everything on .NET.Quote:
Originally Posted by RhinoBull
To tell the truth, my boss already wanted to move to VB.NET a couple of years ago but I discouraged him from doing so because of the difficulty related to the app deployment (the 23MB .NET Framework "Hell") and the problem of reverse engineering (cracking a VB.NET exe is a piece of cake if you don't resort to some good obfuscator).
Now, the fact that VB6 has been abandoned by MS is persuading my boss to move to either VB.NET or REALbasic.
Anyway, if the COM technology still has a future, he may change his mind once again...
There is no Framework "hell" as its actually better and easier then vb6 runtimes, jus the size difference is the only negative but it can be deployed along with your app so it doesnt have to be downloaded.
.NET is way more powerful and make production faster then vb6. Not to mention that .NET apps in 2005 are 40% faster then vb6 ones. I made the change and it was a bit tough to learn even with all my years experience with vb5 and 6 but once there its something I am glad to have done. I will never go back to vb6 unless forced to.
There is allot you can do in .NET that you can not do in vb6 and also things you can do better and faster with less code then it would take in vb6.
As you know, VB6 runtime files are included in the basic installation of Windows ME and XP. VB5 runtimes are even present in Win95 and Win98. (that's why I prefer VB5 to VB6)
Moreover, you will agree with me that VB5/6 executables are harder to crack/reverse-engineer than VB.NET ones.
So, my problem is, my boss is waiting for me to give him good reasons to move to .NET. That's why I'm looking for a concrete list of things you can do in .NET "that you can not do in vb6 and also things you can do better and faster with less code then it would take in vb6."
Can you help me?
TIA
Features that you may have added in you program (vb6) that can be optimized or done easily in .NET...
Things that took many API calls are now just properties.
IE:
Set the form as the top most window - Form1.TopMost = True
Transparency of a form - Form1.Opacity = 0.5 '50%
XP Styles without a manifest file - Application.EnableVisualStyles()
Databinding is no longer evil.
More advanced controls like the Splitter, Dialogs control, Numeric Up/Down, Domain Up/Down, Context Menu...
Better project templates/types - Services, Console apps, ASP.NET, web services...
Better/easier graphics using GDI+ -Graphics.FillRectangle(br, Me.ClientRectangle)And many more which others may add to .
GradientBrushes, etc.
No-one has really succeeded so far.Quote:
Originally Posted by esposito
To begin the list Multithreading support will be THE #1 as far as I am concened.Quote:
Originally Posted by esposito
Thanks. I'm taking notes of all your remarks.
Any further help will be appreciated.
RB made a good point with the Multithreading ability. .NET it true multithreading.
Also, being based upon the framework makes it easy to distribute since it comes with XP SP2 and Vista by default. I'm not sure if the vb6 runtimes are going to be included but I doubt it.
In .Net the "DLL Hell" is already non-existent and I'm really glad for it...
Discussion topic moved to General Developer.
Well, you have to make sure that the version of the framework installed on the target machine is exactly the one your application was developed for. In other words, backward compatibility is not something you can take for granted.Quote:
Originally Posted by RobDog888
I don't agree. Windows Vista will very probably contain Microsoft Antispyware, which was developed in VB6. Consequently, all the basic VB6 runtime files should be present in the next version of the OS.Quote:
Originally Posted by RobDog888
Yes, but you have to cope with the .NET Framework Hell, though. Distributing a 23MB runtime file is not a piece of cake.Quote:
Originally Posted by dee-u
This becomes an even bigger issue when dealing with commerical software and rolling out new products.Quote:
Originally Posted by esposito
Yes, I know it very well. My concern is that, since my school distributes software to other schools, if we use VB.NET we may have problems making our software run on some old machines which are equipped with Windows 98 or Me.Quote:
Originally Posted by Hack
Normally, when we distribute VB5/6 applications, we only provide the final users with the exacutable and it works fine. We don't use any OCX libraries because most of our programs must run in a LAN and we can't install them on each machine.
The deployment of the .NET Framework will surely be a problem and I want my boss to be fully aware of it before deciding whether to upgrade or not.
Well, two things come to mind after reading this:
1) esposito - sounds like you already have made up your mind, and you don't want to have to change.
2) It sounds like hardware limitations are going to be the major deciding factor, and not what you or your boss wants.
-tg
I may have made up my mind already not to use VB.NET. The problem is, my boss has asked me to prepare a list of advantages and disadvantages of moving to VB.NET and I have to show him what the pros and cons are.Quote:
Originally Posted by techgnome
Eventually, he is going to decide whether our school should upgrade or not.
You dont have to distribute the framework if you dont want to. Your setup package can download it if its not automatically detected. You can target your app for a particular FW version so you can be compatible. There are only 2 version that are targets - 1.0 and 1.1. With 2005 there will be 2.0 but its not backwards compatible. Having to target between 3 versions is not hard like having to deal with dll hell with vb6.
Thanks. Unfortunately, the schools we do business with are equipped with computers which are not exactly state of the art. Some of them aren't even connected to the Internet.Quote:
Originally Posted by RobDog888
Most of the software we develop deals with testing (particularly, multiple choice questions).
To tell the truth, I see no valid reason for us to switch to .NET but I need to convince my boss. While developing our applications in VB5/6 takes very little time, producing the same software in .NET would take at least twice as much, considering the learning phase. For what? We can do all we want in VB5/6 and, unless we need something that classic VB cannot create, it wouldn't make any sense to upgrade for the sake of upgrading.
Hello, I would like to "reverse" my original question: could you please help me make a list of good reasons why my school should NOT upgrade to VB.NET?
Please read my previous posts in this thread to see what the situation in my school is like.
I have already made clear that I am against the idea of switching to VB.NET but I need to convince my boss with documentary evidence supporting my point of view.
Any help will be appreciated.
I think the only solid advantage for VB6 is this:
If you have a large amount of legacy code, you can't move it to .NET easily. It will take an almost complete re-write, which could be a heckuva burden.
However, keep in mind that there are several people here (RD for one, me for another, but there are plenty more), who went to .NET, and have no desire to ever go back. Be sure that your reluctance to migrate is based on a sound understanding of the issues. I hesitated for about a year before really starting something in .NET. Now I won't write anything further in VB6. You might be the same way.
To sum up, these are the disadvantages of switching to VB.NET I have detected so far:Quote:
Originally Posted by Shaggy Hiker
1. Difficulty in migrating legacy VB code to .NET.
2. Deployment of the huge .NET Framework.
3. Easiness of cracking and/or reverse-engineering a VB.NET executable.
4. Whenever the Framework version changes, you will have to upgrade your applications and provide the final user with the correct version. (Poor backwards compatibility)
5. Syntax is more complex in VB.NET than in VB6.
Anything I am missing?
I would strike number 5. In many ways, the syntax differences between .NET and VB6 is an advantage for .NET. OO design was developed partially to enhance reuse. This is accomplished in my opinion. You will be able to do more things faster once you get going with it.
I feel that the only valid point is the fact that you are supporting older legacy systems. Otherwise, .NET is superior. I'm not sure that I would care to deal with it on older systems, though.
- Migrating legacy code isn't a disadvantage of switching to VB.NET. It is merely a burden of the process, that you will encounter in any language transition.
- Deployment of the "huge" framework (Although I personally consider it fairly small compared to other library requirements like DirectX etc.) will soon become a non-issue as more and more PC's have the framework and it is included with new versions of Windows.
- I don't see how .NET assemblies are "easier" to crack than VB6 executables. You can decompile (mostly) an executable to ASM code, and you get to about the same stage as .NET IL. You can't get the source code from either.
- .NET 1.1 and .NET 2.0 can be used side-by-side and this will likely be true of future framework versions.
- As for syntax, that's a matter of personal opinion. Myself, I don't use VB.NET so that I don't get confused with VB6. I prefer C# - if you don't know any C-style languages you might find that syntax a heck of a lot more complex.
The following is an extract I found very useful to convince my boss:
You can read the entire article onQuote:
If you spend the money to upgrade to VB.NET, well, you just spent a lot of money to stand still. And companies don't like to spend a lot of money to stand still, so while you're spending the money, it probably makes sense to consider the alternatives that you can port to that won't put you at the mercy of a single vendor and won't be as likely to change arbitrarily in the future. So as soon as people with large code bases start hearing that they're going to have to work to port their apps from VB to VB.NET with WinForms, and then they start hearing that WinForms isn't really the future, the future is really this Avalon thing nobody has yet, they start wondering whether it isn't time to find another development platform.
http://www.joelonsoftware.com/items/2005/03/14.html
Another article along the same line of thinking, which I think is worth reading:
You can find it onQuote:
MS Anti-Spyware built on MS Abandonware
The Ghost of VB6
By Andrew Orlowski in San Francisco
Published Friday 22nd July 2005 23:12 GMT
Heck, if a movie that's in Aramaic can top the box-office charts, there must be hope for dead languages everywhere.
And for one in particular, which still has millions of adherents. Released in 1996, Microsoft Visual Basic 6.0 cemented the product as the first choice of buggy front-ends to databases everywhere. In fact, if you wanted a buggy front-end to your corporate database, there was no better choice.
VB6 won plenty of scorn for its eccentricities, which Microsoft attempted to rectify in the dot.nettified VB.net 7. Unfortunately, this broke backward compatibility. No matter how Redmond chivvied and chided, a large part of the VB6 installed base wouldn't let go.
The VB6 fans petitioned without joy, and in March this year Microsoft finally cast these users adrift, and ended support for the tool.
However, sharp-eyed reader Carey Bishop spotted this while investigating Microsoft's Anti-Spyware product using Dependency Walker.
(Which isn't an open position at the Betty Ford clinic, apparently, but a debugging tool).
Yes, it's the beloved VB6 run time. Which means that Microsoft too is now one of the last VB6 hold-outs, and certainly the largest .NET refusenik in the world.
Microsoft acquired Giant, the company that produced the Spyware detection program, in December 2004, and lost no time in making it available to users the following month.
"This whole issue begs the question," writes Carey, "why is Microsoft using an unsupported development environment against their own guidelines? Just another case of' 'Do what I say, not what I do'...
Having shelled out for a state-of-the-art Spyware program, VB6 fans are hoping that the customer is always right. Right? ®
http://www.theregister.co.uk/2005/07...t_spyware_vb6/
Wouldn't use that one. Any employer with at least a few brain cells would spot this:
followed by:Quote:
Yes, it's the beloved VB6 run time. Which means that Microsoft too is now one of the last VB6 hold-outs, and certainly the largest .NET refusenik in the world.
Which is a direct self-contradiction. The fact that MS acquired Anti-Spyware and released it the following month, without any time to port it to .NET, means that Giant is a VB6 hold-out. Not MS. You bet that it will eventually be re-written in .NET.Quote:
Microsoft acquired Giant, the company that produced the Spyware detection program, in December 2004, and lost no time in making it available to users the following month.
If it were not for the Framework and the byte-code issues, I would love to switch to VB.NET. Unfortunately, if i did it now, I would be overwhelmed with phone calls from my customers telling me they can't run my apps. Moreover, the next day an app of mine were released, people would find its crack on the Web.
The following article, that I consider extremely accurate, made me understand .NET may represent MS's grave.
Please find the entire article on
http://www.bitwisemag.com/copy/byteg...ytegeist7.html
Quote:
So here we are, three years after the launch of VB7 (aka VB .NET). Microsoft is missing over a billion dollars of upgrade revenue and it seems that VB6 users aren’t upgrading to VB .NET at all or are moving to C#. The VB6 user base is disintegrating. Instead of carefully looking after its user base, locking it in and ensuring that it can upgrade smoothly, Microsoft’s actions have resulted in the world’s most successful language blowing away in the wind. VB .NET books are not selling well. Publishers are just not in any great rush to commission VB .NET books.
Technically speaking, seven years after VB6 was released in October 1998, VB8 is now – at last - just equivalent to the old VB6 with the inclusion of the edit-and-continue feature. Putting this plainly, from a grunt programmer’s point of view – that’s someone who doesn’t do anything special, just knocks out useful applications and gets the job done - in seven years, (seven!) VB8 has not advanced very much over what was available in VB6. In some ways, it's worse: just try dealing with unstructured memory – it’s horrible.
By any measure, this is a disaster. How can a company possess a loyal user base of 6 million users and just throw it away? What level of insanity prevails at Microsoft? There have been many corporate disasters in the past – Coca-Cola’s new Coke and Intel’s Pentium bug being just two examples. These have found their way into MBA case studies at Harvard and other business schools. I’m pretty sure that Microsoft’s mishandling of its golden VB6 legacy will rank there among the finest. All because once the trains started moving, no-one could, or was able to, shout “STOP!”.
I've seen you mention "reverse engineering .net" about three times now.
All I have to say is "web services." If you're not going to obfuscate it, and you're on a LAN anyway; set up a service that houses all of that critical functionality and have users subscribe.
---IMO---
If you don't want to upgrade, then be honest with your boss and say just that. If he/she asks why, just say that it's a training issue or flat out tell him/her it's just not in your best interests. If you haven't used the Fx first-hand, don't rely on a bunch of strategically picked articles to develop an opinion.
If .Net was as insecure and unsafe as your facts sheet make it sound, how come we haven't heard of any company getting nailed with an exploit that set them back millions of dollars? Or even identity theft (not directly relating to hardware theft or user misconfigurations).
Since the the Fx came out half a decade ago; the only negative articles are a bunch of pestimistic, nostradamus-like predictions. A wise man once said, "Don't dog it till you try it."
I skimmed over that article and to be honest it reads like a biased rant.Quote:
Originally Posted by esposito
Someone please explain to me what edit-and-continue has to do with the power of a language.Quote:
Technically speaking, seven years after VB6 was released in October 1998, VB8 is now – at last - just equivalent to the old VB6 with the inclusion of the edit-and-continue feature.
But I agree with sevenhalo, it does sound as though you've made up your mind. I'm just pointing out that the articles you are citing are rather inaccurate.
Fx = FirefoxQuote:
Originally Posted by sevenhalo
Why do companies, and programmers in general, feel this need to do a massive conversion to .NET? Why can't you just start NEW developments in .NET, and continue to support the legacy product line in VB6? It's not like you'd need two programmers to do that. Whatever program you're working on, you're working on. It's not like using VB6 disables you from using .NET or vice versa.
Bill
Hello sorry i have to leave quick so i am not sure what was discussed in this thread , all i want to ask is that i am new to VB so i started with vb6 , do u guys advise me to start with VB.net instead of going with vb6 first? Thanks
You may want to take a look at REALbasic (www.realsoftware.com) which is extremely similar to VB6 but also allows you to produce standalone software for Windows, Linux and Macintosh.Quote:
Originally Posted by lallous
If you don't say why, yours becomes only an offensive statement.Quote:
Originally Posted by penagate
Yes, I have already made up my mind to go on using VB6 but I need to convince my boss that it's the best thing to do for the moment.Quote:
But I agree with sevenhalo, it does sound as though you've made up your mind. I'm just pointing out that the articles you are citing are rather inaccurate.
Fx = Firefox
Why are the articles inaccurate?
Paraphrasing the article I mentioned above, I could say, "If .Net were secure and safe, MS would not be missing a billion dollars of upgrade revenue three years after the launch of VB .NET since VB6 users aren’t upgrading to VB .NET at all."Quote:
Originally Posted by sevenhalo
Here is another article stating that "many of those leaving the language [VB6] behind are migrating not to VB.Net but to non-Microsoft languages such as Java." There must be a reason for it. Could it be that VB.Net sucks? (Excuse my French)
Anyway, the "biased rant" goes on...
Source site:Quote:
When Microsoft made Visual Basic.Net (or Visual Basic 7) the successor to VB6, it actually killed one language and replaced it with a fundamentally different one. It's effectively impossible to migrate VB6 applications to VB.Net, and for VB6 developers, learning VB.Net is as complex as learning a completely new programming language, critics say.
"The .Net version of Visual Basic is Visual Basic in name only," wrote developer and author Rich Levin in a recent blog entry. "Any organization with an investment in Visual Basic code--consultants, ISVs, IT departments, businesses, schools, governments--are forced to freeze development of their existing VB code base, or reinvest virtually all the time, effort, intellectual property, and expense to rewrite their applications from scratch."
Microsoft continues to develop C++ alongside C#, the language's .Net counterpart, and the company should do the same with "classic" Visual Basic and VB.Net, the petition argues. Microsoft introduced VB.Net in 2000, and since then, developer use of VB6 and older versions has declined steadily. Many of those leaving the language behind are migrating not to VB.Net but to non-Microsoft languages such as Java, according to some surveys. For example, a November 2004 survey of developers in Europe, the Middle East and Africa by Evans Data found that Visual Basic had lost 25 percent of its developer base in those areas since 2003.
In North America most Visual Basic developers continued to use VB6 and older versions--45 percent of all North American developers, compared with 34 percent for Visual Basic.Net. Fifty-four percent of North American developers used some sort of Visual Basic.
"One of the main issues keeping VB6 and earlier developers from making the migration to VB.Net is the steepness of the learning curve," said Albion Butters, Evans Data's international analyst, in a statement. "The difficulty in moving existing VB6 apps to VB.Net is, in some cases, insurmountable."
While the developers' argument may make sense, it is probably a moot point, as Microsoft is unlikely to change its stance on VB6, say some industry observers.
http://news.com.com/Developers+slam+...1309&subj=news
I did explain, it was in the part of my quote that you conveniently chopped off :rolleyes:Quote:
Originally Posted by esposito
That article you last quote seems to say "While we know it sorta sucks, you will have to do it anyways because M$ hath decreed it so." Isn't it better to convert things now when you have the time than later when you don't?
Bill
The truth is, I am not convinced that .NET is the future. If billions of former VB6 developers decided not to upgrade, it means there are serious reasons for it and I think I have already pointed out some of them.Quote:
Originally Posted by conipto
If you develop software for the general public, you can't take for granted that everybody has the framework installed on their machines. Now, distributing a 23MB runtime file is not easy at all. A customer who does not have an ADSL connection will never download it from the Web just to make your .NET app work. Very likely, he will switch to less problematic software.
The framework is the most important reason why I don't want to move to .NET. The second reason (vulnerability of byte-code) is less serious simply because you can resort to some good tools to obfuscate your code, but even so it is still a problem.
The last bad news I heard about is the fact that .NET Framework 2.0 is not backward compatible. So, if you have distributed some applications developed with VS 2003 now you have to provide your customers with another 23MB runtime file to allow them to use your new software developed with VB 2005. I'm sorry, it's more than I can bear.
I agree. Besides, if it isn't broke (VB6) don't fix it.
Quote:
Originally Posted by esposito
The list of "inaccurate articles" seems to be endless. Here is another one:
Source site:Quote:
Surveys by Evans Data indicate that the number of VB6 developers outnumber the people who have learned VB.Net. Forty-four percent of developers report working with VB, while 34 percent work with VB.Net--a percentage that has remained constant since the introduction of VB.Net at the end of 2002, according to Joe McKendrick, a research consultant with Evans Data.
[...]
The "carrot" Microsoft can use to entice VB6 developers to migrate are new features, such as the Avalon presentation system and Indigo communications being built into the Windows operating system, DeMichillie said. The "stick" is cutting off mainstream support, he said.
"There's not a huge difference between mainstream versus extended support," DeMichillie said. "But companies don't like it: It's a psychological milestone which says that the product is getting long in the tooth."
http://news.com.com/Microsoft+walks+...tml?tag=st.num
It's also an abbreviation for Framework.Quote:
Originally Posted by penagate
And aren't you the poster boy for this? Literally, asking people for reasons not to upgrade instead of researching .Net yourself?Quote:
Originally Posted by esposito
I agree not all projects need to be updated, but alot can benefit. I'm only upgrading projects that I can incorporate into new development. For instance, if I'm building an internal purchasing system and our inventory system is in VB6; I'll upgrade the inventory system and make some changes along the way to optimize them for eachother.
I'm by no means prancing and skipping through the server room with high power magnents "ridding the company of evil legacy code." I just start all new development with the "what other projects can I incorporate?" question in the back of my mind.
You conveniently left out that Vista is being distributed with the 2.0 Fx.Quote:
Originally Posted by esposito
Just for clarity, they're a side-by-side Fx. Because of MS's new versioning system,, both can co exists and not interfere with one another.Quote:
The last bad news I heard about is the fact that .NET Framework 2.0 is not backward compatible. So, if you have distributed some applications developed with VS 2003 now you have to provide your customers with another 23MB runtime file to allow them to use your new software developed with VB 2005.
23MB isn't that big of a deal when you think about it. Norton Antivirus' definitions files are around half the size and a new one is distributed about 4x a week. Plus, consider the alternatives. These "horrible 23MB files that are absolultely unbearable" is not a new $130 OS like it would be in the Mac camp. I bet they would kill to be able to download a file and ensure compatibility with Mac's future software.
23 MB @ 56k = a bit over an hour. I don't know why a customer would find that "problematic", system updates are routine - I've seen MUCH worse, and that includes critical fixes for Windows itself. SP1/2 on dialup, anyone?
Not to mention that the framework is on all sorts of application CDs these days, 1.1 comes with SP2 (a free disc for which can/could be ordered for free* from Microsoft), and 2.0 coming with Windows Vista. Plus, it is probably on countless PC magazine discs, and included with all sorts of hard-media-distributed software.
And - you only have to install it once (per framework version) - and it allows you to run ANY .NET applications... so the gain/loss ratio is infinite, in a way :)
* postage not included, AFAIK
Wrong - the CLR is all about a common place to code. The power of the CLR when it comes to cross-language work - SQL sprocs - it's almost overwhelming what an incredible job MS did in giving developers a suite of tools that are integrated - that's what you get from the largest software house on the planetQuote:
Originally Posted by esposito
I also deal with school districts - 1000+ users on PC's of all era's. All these machines will have .NET framework for reasons other then my app's - which are VB6 now and going to VB.Net as quickly as we can go (probably 2 years...Quote:
2. Deployment of the huge .NET Framework.
Do you really, really feel that someone is going to steal an algorithm from you? I've been developing software for 30 years now - and I do think that I've had a handful of IT managers leave a site with my software in their back pocket - but reverse engineer? That seems like a paranoid feeling - not a reality feelingQuote:
3. Easiness of cracking and/or reverse-engineering a VB.NET executable.
MS has not become the poor backwards compatibility villian just because of the VB6-->VB.Net disconnect. That was a required step in order to embrace the CLR/framework. Not something they wanted to do - something they had to do - there was no choice. VB6 was based on 1970's concepts - it is not and never was a professional programming language - which is what .Net is nowQuote:
4. Whenever the Framework version changes, you will have to upgrade your applications and provide the final user with the correct version. (Poor backwards compatibility)
Syntax is actually more robust - not more complexQuote:
5. Syntax is more complex in VB.NET than in VB6.
my take anyway...
They aren't fixing it. It is no longer supported :DQuote:
Originally Posted by capsulecorpjx
In seriousness, .NET was not an attempt to "fix" VB6. .NET was an attempt to introduce a portable object oriented software platform, like Java was - except with a slightly wider target audience. VB.NET, while not a successor to VB6, is Microsoft's incarnation of Visual Basic as a .NET language.
If, and here, I stress, I am referring to anyone, your favourite language is VB6, and you loath .NET for whatever reason, and Microsoft because they did not make a successor to VB6 - then you have a pretty narrow minded view and that is not a desirable attribute in a developer. Learning new languages/platforms should come naturally - it's part of the job.
Are you looking for articles that slam .NET in favour of VB6, or attempting to construct an non-subjective view of the situation? If, as I believe you are, are simply striving to find more and more ways to make .NET look bad, without presenting both sides of the debate in order to form an objective opinion, then of course you will succeed. Equally, if you want to slam VB6 and glorify .NET as the future of coding - you may find endless ways to do so.Quote:
Originally Posted by esposito
P.S., sarcasm, while humorous when mildly witty, is unhelpful to a cause such as this :)
Although I wholly agree, I believe Esposito was referring rather to new framework versions. In any case "poor backwards compatibilty" is not a valid point to make, since the two major versions of the framework that exist today can be safely used concurrently (as I and many others are right now) and you only need to ensure that the user has the version of the framework that your application targets. In addition, modifications to .NET 1.1 source code required in order to compile it for .NET 2.0 are very minor, if any. And as for what will happen in the future, that we can only speculate upon, and speculation cannot form the basis of a sound argument.Quote:
Originally Posted by szlamany
The 2.0 Fx won't let my apps written in VS.NET 2003 work. I love standalone executables so much that I avoid using OCX's in my VB6 apps. The idea of having to distribute a 23MB virtual machine (which becomes much huger after its installation) is something I can't accept.Quote:
Originally Posted by sevenhalo
23MB is big if you consider that it's only the size of the setup file. Again, after the installation, the hard disk is deprived of hundreds of MBs.Quote:
Just for clarity, they're a side-by-side Fx. Because of MS's new versioning system,, both can co exists and not interfere with one another.
23MB isn't that big of a deal when you think about it. Norton Antivirus' definitions files are around half the size and a new one is distributed about 4x a week. Plus, consider the alternatives. These "horrible 23MB files that are absolultely unbearable" is not a new $130 OS like it would be in the Mac camp. I bet they would kill to be able to download a file and ensure compatibility with Mac's future software.
It's not a question of learning a new language. It's a question of depending on a huge framework that, very probably, is going to be updated at least every three years with little or no backward compatibility.Quote:
Originally Posted by penagate
We also use as few dependancy's as possible - but you can't avoid a handful. Our VB6 app's require an install - just to get MDAC and MSFLEXGRID on the machine...Quote:
Originally Posted by esposito
If you are really looking to produce a list that will convince your boss, I've not seen one sound reason yet - and I run a commercial software development house.
I've sat in "best practice" meetings with my customers where the requirement to support and embrace .Net and everything new from MS is simply unavoidable. In those same sessions supporting just MS SQL as opposed to foxpro and oracle and several other DB's is simply unavoidable. IT departments want as little in the silo as possible to support the whole operation - and the framework (even thought 2 are required right now) fits right into that picture.
Supporting 1000+ PC on a LAN requires that kind of thinking.
That's not true - that's an alarmist reaction.Quote:
Originally Posted by esposito
WHY is it an alarmist reaction? I think it has already happened: Framework 2.0 broke compatibility with Framework 1.1. Do you want to deny it?Quote:
Originally Posted by szlamany
I don't even use MDSC and MSFLEXGRID to make my apps standalone. If you don't believe me, you can download some of my commercial software fromQuote:
Originally Posted by szlamany
http://web.tiscali.it/espositopasquale
The most valid reason for me to convince my boss is the following, "Sir, VB.NET will not allow me anymore to produce standalone software to be used in our School's LAN, unless we install the Framework on the tens of workstations we have. But, if we did so, we would have speed problems with some of our old machines still using Windows 98."
Read this:Quote:
Originally Posted by esposito
http://www.pcworld.idg.com.au/index....28;fp;2;fpid;1
There is also info on MSDN about it.
Things happen - back in 1985 Digital released a new version of mainframe BASIC and took away:
UNLESS X=Y THEN
they said it was an oversite - we lived.
If you are writing app's that are supposed to run on Win98 machines then this thread seems pretty pointless.
We develop with new tools for new hardware and want to be cutting edge. Granted we have to support Win 2000 machines and Server 2000 and Server 2003 machines - but we don't support Win98 machines.
If that is a requirement of yours then I am not in your world and cannot comment.
Then explain why I have to absolutely squat to continue running my .NET 1.1 applications. The reason: .NET 2.0 does not interfere with with .NET 1.1 - so I don't HAVE to update my framework version to continute running all my .NET applications, as you seem to be implying. I am referring directly to this quoteQuote:
Originally Posted by esposito
When the framework is updated no-one has to do diddly. You can continue developing for the old version of the framework using your existing development tools. Users can continue running your applications using the same framework version. And since the .NET framework is likely to be around for a long time and heavily backed by Microsoft, you can bet that it will be included in just about every update to Windows as well - so you can safely develop for newer framework versions too.Quote:
Whenever the Framework version changes, you will have to upgrade your applications and provide the final user with the correct version. (Poor backwards compatibility)
And if we are talking about future versions, I will reiterate my point (above) about speculative argument.
MDAC and MSFlexGrid are library components.Quote:
I don't even use MDSC and MSFLEXGRID to make my apps standalone.
Although the world has (thankfully) moved on since Windows 98, that is the best point you have made so far. However, unless your machines are absolutely ancient, they should handle the framework fine.Quote:
The most valid reason for me to convince my boss is the following, "Sir, VB.NET will not allow me anymore to produce standalone software to be used in our School's LAN, unless we install the Framework on the tens of workstations we have. But, if we did so, we would have speed problems with some of our old machines still using Windows 98."