Review: C# & VB.Net Conversion

I'm not sure about others, but I find quite often I need to convert from one language to the other. Now, I feel I'm fairly well versed in both C# and VB.Net; however, VB.Net is more natural for me because I originally started programming with VB 3.0.

I've taken the time to learn and apply some of my knowledge towards C#; and I'll admit there are some very nifty parts to C# that you won't find in VB.Net. But, the same goes with VB.Net having some features that C# lacks. I'm not writing this to debate which language is better; in my opinion both have their strong and weak points, and depending on the situation you may find one language will handle the requirements better than the other. It all seems to come down to personal taste; I've yet to meet a challenge that one language could perform that the other one could not. Now, I've had challenges where performing something was easier in one language over the other, but the other language could still perform the same feat with a little more ingenuity.

This all leads up to the fact that both languages have strong examples for certain features or code samples; and there are times when it is difficult to convert the language over. The other day I picked up a book from Amazon.com called "C# & VB.Net Conversion". To my surprise this book covers .Net 1.1 and earlier; yet, it still very much applies to converting code that is used in .Net 3.5 and earlier!

This book is well laid out, once you glance over the conventions used and table of contents. You can quickly find information for one language and then immediate see the equivalent feature (or method to accomplish this feature) for the other language.

I'd give this book a rating of 3.5 out of 5, only because I couldn't find a more recent version of the book. There have been some changes in both languages that make less than 10% of this book obsolete; so, this isn't the 'solve all conversion problems' book. But, my research indicates that as of this writing there isn't really a book that will do any more than the one I picked up.

I wanted to pass along this finding to anyone who reads this book and has a need to learn to convert between the two languages; it's well worth the time to read to make this process easier. Especially since you can get used versions of this book that are in great condition from Amazon.com for around $6 or less (including shipping).

Until next time, Happy Coding!

What is .NET?

This blog is merely an attempt to help you understand the .NET Framework. It will not cover in detail how to use the framework or what is contained within the framework. It will provide links to locations that will provide this needed detailed information.

 

To understand the history of .Net we need to understand how Windows operates. To utilize the classes within windows (pre-.Net) the programmer would need to access Application Programming Interfaces (APIs). These would allow the programmer to access specific classes that were designed to interact with the Microsoft Windows Operating System.

 

An example would be that the developer would need to access a CD-ROM from the CD-ROM Drive. The developer would first reference an API wrapper in the application and then provide coding that would access the drive. The beauty of this method, back then, was the developer didn't have to know how to create code that would directly interact with the mechanical and electronics of the drive. All the developer needed to know was how to initiate the API for accessing the drive, what the API would return as a result (success/fail of accessing, information about the drive, information contained on the CD, etc), and then the developer needed to know how to handle these results.

 

Now all of this sounds simple when you look at the overview of what needs to happen; unfortunately, in practice it was not as simple as it is today. The largest problem the developer would face was learning all the arguments needed; the exact location of the desired classes to instantiate, and many other problems. Microsoft had attempted to increase the ease of the development methods by introducing COM, GDI, and many other things. This was Microsoft's beginning to implement OOP concepts (For more information on OOP, see our earlier blog, "What is Object-Oriented Programming (OOP) and why do you need it?").

 

To lessen the burden on the developer, increase the ease of software developing, and to increase the power of the applications developed, .NET Framework was created. .NET Framework had initially started as 1.0.

 

.NET Framework is essentially a large collection of classes that are, or can be used, in conjunction with the Microsoft Windows Operating System. Some of the classes contained in the framework are: Microsoft.VisualBasic.FileIO, Microsoft.WindowsMobile.DirectX.Direct3D, System.Collections, System.Collections.Generics, System.Data, System.Data.SQL, System.Data.Design, System.Security. The complete list is exhaustive; and the previously mentioned framework classes are a small sample of what you could find. You will want to visit the .NET Framework Class Library Reference website to see a complete listing.

 

.NET Framework is a collection of components. It models the method(s) in which an application can operate with the Operating System. The core of the framework is the Common Language Runtime (CLR) model. This model's principal concept is that it uses 'managed' methods to interact with code and data. Managed Coded and Data provide a safer method of application programming. Some other components within the .NET Framework are: Base Class Library (BCL), Metadata/Intermediate Language (MIL), Common Type System. These are just some of the models and is merely an introduction to the .NET Framework. You can visit the .NET Framework Developer Center to find further information on how the framework is placed together, why it is there and especially how to leverage its current technologies.

 

By visiting the .NET Framework Developer Center you will be able to access a huge amount of information; in particular whenever you run across a section that shall cover the "best practices" for a subject, you should immediately bookmark it. These "best practices" sections will help to eliminate bugs, increase productivity, increase reliability, and most importantly increase the security of your application!

 

A thought that should constantly be kept in the back of your mind is that the .NET Framework is very robust; because of the robustness it is always being improved upon and new versions are being developed. .NET 2.0 is currently the framework in active use (at the time of this writing); however, .NET 3.0 has been officially released and will shortly become the main stream framework with the production of applications that will utilize the power and security of the newer technologies found in Windows Vista Operating System.

 

The one thing this blog is attempting to do is to help you understand that the .NET Framework is integral to programming regardless of using any of the .NET programming languages ( i.e. Visual Basic.NET, Visual C#.NET, etc). You don't need to have a thorough knowledge of the subject, but you will eventually need some basic understanding of the concepts and how to use it.

Can we get a book that covers something that can't be found in 100 other similar books?

I just got done reading a great book! Believe it or not, this book was called, “An Introduction to Object-Oriented Programming with Visual Basic .Net” by Dan Clark (APress, 2002). What would make this such a great book? You may even be more curious because it’s an introductory topic book.

I think it is great because there is an impressive section in regards to the pre-designing of software. In particular this book covers the proper methods in determining what a client’s needs are and how to go about gathering all the information and putting it in an organized fashion so that a developer (or a team of developers) can follow a blue print of the desired application for the client. I have read dozens upon dozens of books in regards to programming; and I can tell you that more than 75% of the books aimed at beginner and intermediate programmers do not cover the topic of how to plan a software development project; and just about the remaining ones have a very slim section that introduces vague ideas and methods. This is the first book I have ever read that actually went into detail and provided case studies on a method to collect and analyze data to determine what the proper course of actions are to develop the software. This book introduces the concept of the Unified Modeling Language (UML) with decent detail; the subject is a very large subject and Mr. Clark had done a wonderful job with introducing the reader to this subject.

A triple kudos to you Mr. Dan Clark! Please continue producing publications that cover topics you can’t find in other competing books!

Another thing that has really bugged me for the past few years is partly due to Microsoft and partly due to the authors of books. I dislike that Microsoft had changed the methods to programmatically print; I felt they should have left a backwards compatible printing method. Don’t get me wrong here; I understand, and am pleased, that Microsoft had provided a much more powerful printing method. However, trying to convert old applications and even just adjusting and relearning how to print was a whole headache of a task. Which brings me to the authors of these helpful publications; how come no one, and I mean absolutely no one, has produced a publication that goes into details on how to print programmatically and cover the ins and outs of printing? I have managed to find a few books that almost mention printing has even changed, and of these few books none have provided more than a few pages of discussing there was a change and absolutely none (0) have a chapter on how to print! How is this possible?!?!?! If you read the commonly used message boards (such as MSDN, DevX, etc) you will find hundreds of questions on printing and most people are frustrated with the inability to easily print a multiple line text document. In the old print methods there were simple ways to determine the edge of a print line and if the word currently printing was going to get cut off and if so to have the word print on the next print line. Now you have to calculate so many factors, such as the page length, the text size, the font, if any of the text is bold, what the margins are and yet a few additional other things! This all comes into account just to decide if the current word being printed will get cut of in the middle of it or not.

My point on the lack (and I think "lack" is a nice way to put the issue) of books covering printing is that if an author actually takes the time to create a book on this topic they could make a huge profit! There is no competition and programmers need this type of a book. You don’t need to take my word on the need for this publication, just take a quick glimpse on MSDN’s community forums and do a search on the keywords “VB” and “Printing” and view only 25 posts. You will quickly come to a conclusion that there is a void in the printing subject and filling it would be beneficial to the programming community and, especially, to the author and publishing company!

Introduction to this blog

This blog will focus on discussing all different topics of the programming world.

I primarily program in the VB.Net language; however, I also dabble in a few other languages as well.

My primary focus will to enlighten the beginning programmers with concepts that are broken down to help in learning the vast world of programming. I shall also provide some other points of interest; such as, coding samples, discussions on opinion topics and whatever else I feel about rambling on for that particular blog.

I hope you will find this information useful, and always remember that these are my views and I am only human. I never expect anyone to agree with, or understand, my views; I only ask that the reader accept this as my view on the topic. I will understand, and expect, some readers to disagree with my views.

I welcome any comments on my blogs. However, I do reserve the right to edit, delete and/or use any postings on my blog in any way I choose. In other words, if you leave a comment that I feel is inappropriate or needs to be toned down, or just simply shortened, I will do so!

If you are looking to read a blog that will help you to learn how to program in the Visual Basic language, please read my Visual Basic Helper blog (http://visualbasichelper.blogspot.com).

If you are looking to read a blog that will help you to learn how to program in the C# (pronounced C-Sharp) language, please read my C# Helper blog (http://csharphelper.blogspot.com).

Enjoy my future ramblings!

Thank you,
James