The .Net Evolution
If you’re a programmer, or someone interested in programming, then you’ve no doubt been subjected to the battles over the years regarding which programming language is the “best”.
Years ago I started using Basic, so it was quite natural for me to select Visual Basic as my language of choice when I decided to get reacquainted with coding. There are strong opinions over which is better – Visual Basic or C++. C++ programmers love the control they have with their language and how fast their compiled code runs in relation to VB.
VB’ers, on the other hand, are all about getting their project completed and up & running quickly. VB allows a coder to create and implement a form (the “screen” the user interfaces with) very quickly, and with much less pain than is required with C++. And I do suspect that VB doesn’t execute quite as quickly code that is heavy on calculations. But many VB applications are not about speed – they’re about responding to the user’s input.
But then came along .Net. Microsoft created the .Net Framework which is a suite of tools that permit a coder to work in any of several different languages, such as VB.Net, C++.Net and C#.Net, and then essentially compiles all of these into a very similar, if not identical, machine code, the language that a computer really uses – 0’s and 1’s.
This obviously suggests that there is no longer a speed advantage using the C++ language. I’m sure there are plenty of readers who will want to dispute that point. I welcome all such comments. My intent with these writings is to help educate, and that includes me!
I don’t by any means want to start a war, but if it is a fact that VB.Net is now as fast, or nearly as fast, as C++.Net, then I’d be hard-pressed to suggest that anyone new to coding would select any language other than VB as their tool of choice.
I am often utterly amazed at how quickly I can take a vision in my mind and turn it into a functioning reality in an hour or two with VB.Net.
If you have a differing opinion, please share it with us.
So after my first project, Run for the Roses, was complete, and I had established a vision for my next project, I purchased the .Net suite of programming languages – Visual Studio 2003 to be specific. The first thing I realized was that this new version of VB was a fair amount different than VB6. Every time I need to create a variable array, for instance, I have to go peek at how to do that. And to let one class “see” another class you have to create another class to act as the conduit. That probably makes no sense to anyone who doesn’t program, but suffice it to say that Microsoft could have made my life a bit easier if they had made a few more tweaks to things that should be very simple…
On the flip side, I definitely like the IDE a lot better than that of VB6. The IDE is the Integrated Development Environment. That’s where you actually write your code. The IDE is a suite of tools that assists you in writing your code correctly, by showing you errors as you make them, by creating forms – the user interface- and all the other things you do to create an application.
Once you write some code, you then click a button to “compile” your code. This is when .Net takes your human language code and converts it to the language of the computer – 0’s and 1’s. This is also when the .exe file is created – the executable file. Once compiled, you click on the exe file to run your newly-created program.
I’ve written previously about all the books I’ve acquired and read through my technological journeys. I typically would run out and buy two or three 1200 – 1400 page behemoths to have on hand for those times when I hit a roadblock. You have to have two or three volumes because there is never one book that covers most of what you need. Some specialize in this, some in that.
But you know, what I find myself doing most often these days is checking the help that is integrated into the VB IDE, which is often cryptic and sometimes incomplete, and if I don’t get the answer I need there then I jump to Google and search for the answer there. Rather than start into one of my behemoths.
I’ll search for something like: “allintext: vb.net textbox text validate” and I’ll almost always get two or three ways to do what I wanted to do. By the way, if you use Google always start your search with “allintext:”. This will ensure that only links come up that include ALL of your search words on the linked page. This will greatly focus your search effort.
The moral of the story is that I have a bookshelf full of VB.Net books, but I solve 90+% of my issues with the built-in help or Google.
Next time, we’ll talk about deployment. And no, not to Iraq…
Years ago I started using Basic, so it was quite natural for me to select Visual Basic as my language of choice when I decided to get reacquainted with coding. There are strong opinions over which is better – Visual Basic or C++. C++ programmers love the control they have with their language and how fast their compiled code runs in relation to VB.
VB’ers, on the other hand, are all about getting their project completed and up & running quickly. VB allows a coder to create and implement a form (the “screen” the user interfaces with) very quickly, and with much less pain than is required with C++. And I do suspect that VB doesn’t execute quite as quickly code that is heavy on calculations. But many VB applications are not about speed – they’re about responding to the user’s input.
But then came along .Net. Microsoft created the .Net Framework which is a suite of tools that permit a coder to work in any of several different languages, such as VB.Net, C++.Net and C#.Net, and then essentially compiles all of these into a very similar, if not identical, machine code, the language that a computer really uses – 0’s and 1’s.
This obviously suggests that there is no longer a speed advantage using the C++ language. I’m sure there are plenty of readers who will want to dispute that point. I welcome all such comments. My intent with these writings is to help educate, and that includes me!
I don’t by any means want to start a war, but if it is a fact that VB.Net is now as fast, or nearly as fast, as C++.Net, then I’d be hard-pressed to suggest that anyone new to coding would select any language other than VB as their tool of choice.
I am often utterly amazed at how quickly I can take a vision in my mind and turn it into a functioning reality in an hour or two with VB.Net.
If you have a differing opinion, please share it with us.
So after my first project, Run for the Roses, was complete, and I had established a vision for my next project, I purchased the .Net suite of programming languages – Visual Studio 2003 to be specific. The first thing I realized was that this new version of VB was a fair amount different than VB6. Every time I need to create a variable array, for instance, I have to go peek at how to do that. And to let one class “see” another class you have to create another class to act as the conduit. That probably makes no sense to anyone who doesn’t program, but suffice it to say that Microsoft could have made my life a bit easier if they had made a few more tweaks to things that should be very simple…
On the flip side, I definitely like the IDE a lot better than that of VB6. The IDE is the Integrated Development Environment. That’s where you actually write your code. The IDE is a suite of tools that assists you in writing your code correctly, by showing you errors as you make them, by creating forms – the user interface- and all the other things you do to create an application.
Once you write some code, you then click a button to “compile” your code. This is when .Net takes your human language code and converts it to the language of the computer – 0’s and 1’s. This is also when the .exe file is created – the executable file. Once compiled, you click on the exe file to run your newly-created program.
I’ve written previously about all the books I’ve acquired and read through my technological journeys. I typically would run out and buy two or three 1200 – 1400 page behemoths to have on hand for those times when I hit a roadblock. You have to have two or three volumes because there is never one book that covers most of what you need. Some specialize in this, some in that.
But you know, what I find myself doing most often these days is checking the help that is integrated into the VB IDE, which is often cryptic and sometimes incomplete, and if I don’t get the answer I need there then I jump to Google and search for the answer there. Rather than start into one of my behemoths.
I’ll search for something like: “allintext: vb.net textbox text validate” and I’ll almost always get two or three ways to do what I wanted to do. By the way, if you use Google always start your search with “allintext:”. This will ensure that only links come up that include ALL of your search words on the linked page. This will greatly focus your search effort.
The moral of the story is that I have a bookshelf full of VB.Net books, but I solve 90+% of my issues with the built-in help or Google.
Next time, we’ll talk about deployment. And no, not to Iraq…
Labels: .net, geek, software, vb.net, visual basic
posted by Steve at
9:18 PM
2 Comments:
Good words.
Penile Cancer - a growth, legion or sore this can be malignant and may very well be found about the surface or around the tissue of one's penis;Penile Implants and Surgery - an implant at the penis or a surgical procedure which has been recently performed may very well be irritating the penis or it will probably have become infected;Penis Fracture - a rupture of one or both in the cambers while in the penis that enable it becoming a erect;Peyronies Disease - scar tissue in the penis that results around the penis developing a curve or abnormal bend;Pimples - an infection of sizegenetics pores or hair follicles that will be the result of bacterial build-up;
http://sizegenetics-reviewx.tumblr.com/
Post a Comment
Subscribe to Post Comments [Atom]
<< Home