What Is .NET
Or, How I Learned to Stop Worrying and Love the Runtime

The .NET Framework is Microsoft’s application development platform that enables developers to easily create Windows applications, web applications, and web services using a myriad of different programming languages, and without having to worry about low-level details like memory management and processor-specific instructions.

In This Article:

1. The Runtime
2. Alternative CLR Implementations
3. The Library
4. The Tools
5. The Future

.NET is probably one of the more muddled and mismanaged brands in the history of Microsoft. If you go to microsoft.com it will tell you that “.NET is the Microsoft Web services strategy to connect information, people, systems, and devices through software,” but this isn’t what most people are thinking of when they say, “.NET.” What is commonly referred to as .NET is programming with the .NET Framework. This is what I am going to cover in this article. If you are looking for marketing speak then please refer to www.microsoft.com/net.

The Runtime

At the heart of .NET is the Common Language Runtime, commonly referred to as the CLR. The CLR is made up of a number of different parts, which I will be covering here piece by piece (if you didn’t want a technical article then you should’ve followed the marketing link).

Language Independence

One of the most important facets of the .NET Framework is language independence. You can write .NET applications using any number of different programming languages. The most popular languages tend to be C# and VB.NET, but many other languages now have .NET versions including Python, COBOL, and more. You can see a list of many of the languages you can use with .NET over at dotnetpowered.com/languages.aspx.

Language independence is attained through the use of an intermediate language (IL). What this means is that instead of code being compiled in actual machine code (code that the CPU would run), it is instead compiled into a high-level generic language. This means that whatever language you write your code in, when you compile it with .NET it will become IL. Since all languages eventually get translated into the intermediate language, the runtime only has to worry about understanding and working with the intermediate language instead of the plethora of languages that you could actually use to write code.

Just-in-Time Compilation

If your mantra is, “Why do something now you can put off till tomorrow?” then you have something in common with the CLR. When you compile your code and it is translated to the intermediate language it is then simply stored in an assembly. When that assembly is used the CLR picks up that code and compiles it on-the-fly for the specific machine that is running the code. This means the runtime could compile the code differently based on what CPU or operating system the application is being run on. However, at this point the CLR doesn’t compile everything in the assembly; it only compiles the individual method that is being invoked. This kind of on-the-fly compilation, referred to as jitting, only happens once per method call. The next time a method is called, no compilation occurs because the CLR has already compiled that code.

Memory Management

One of the constant assailants on productivity in unmanaged programming platforms is manually managing memory. Having to deal with memory management is also one of the largest sources for bugs and security holes in many applications. .NET removes the hassle of manually managing memory through the use of the aptly named garbage collector. Instead of the developer needing to remove objects from memory, the garbage collector looks at the current objects in memory and then decides which ones aren’t needed anymore. For some developers this will be a tough pill to swallow; if you are used to managing memory then turning it over to an automated process can be somewhat troubling. This is when you have to take a step back, stop worrying, and embrace the runtime. There are bigger problems to solve (namely the business problems that are probably the real goal).

Alternative CLR Implementations

The .NET runtime is actually based on a standard developed by Microsoft called the CLI or Common Language Infrastructure, portions of which have been submitted to Ecma as an international standard. Because the CLR is based on an open standard, there have been a number of alternative CLR implementations, most notably Rotor and Mono. Rotor was a project from Microsoft Research, is a version of the CLR that will run on Mac OS, and is shared source. Mono is an independent open source implementation of the CLR that runs on various Linux distributions. While “Write once, run away” is not always realistic with .NET, there are some options available when it comes to other platforms. (Some code can be moved without issue, but most will require some tweaking, as different implementation includes different functionality.)

The Library

While the runtime is definitely the most important part of .NET, you can’t do too much with it by itself. This is where the Base Class Library (or BCL) comes in. The BCL includes a lot of the plumbing of .NET, including the system types, IO, and functions for working with text. In addition to the BCL, there is the Framework Class Library (FCL). The FCL is an extended library that makes working with the .NET Framework practical and includes the following major pieces:

ADO.NET

Most current applications involve working with databases, normally more than one. ADO.NET is the data access component of the .NET Framework and includes built-in providers for SQL Server, ODBC, OLEDB, as well as Oracle.

Windows Forms

Windows forms are the .NET Framework method for building desktop-based applications. Windows Forms are simply a managed wrapper over the native Windows API, this means that you can write code for one version of Windows and it will run on other versions without issue all the way back to Windows 98 SE.

Windows forms applications do require the .NET Framework to run, which means that anyone who downloads your application, or any computer it is installed on, will need to also have the .NET Framework. The framework can be easily installed through Windows Update, and is completely free, but the download size can be troublesome for people with a slower connection.

ASP.NET

ASP.NET is the part of the .NET Framework dedicated to building web applications. Using ASP.NET you can build everything from a small starter website to enterprise-level web applications. ASP.NET allows you to write web applications without the need for a scripting language, everything can be written in your .NET language of choice.

Since ASP.NET applications are simply rendering HTML for the browser, there is no requirement for the .NET Framework on the client. Chances are you have used a number of sites that have been written in ASP.NET and you might not even have known it.

Web Services

With ASP.NET Web Services Microsoft has created a number of time-saving features to make it easy to quickly write and expose web services from your application. Just like the rest of .NET, ASP.NET Web Services can be written in any .NET language. Through the use of the Web Services Extensions (free download from Microsoft), you can also add support for the new and ever-growing list of WS-* specifications to your ASP.NET Web Services.

The Tools

One of the benefits of the .NET Framework is the great tools that are available to the .NET developer. Visual Studio has long been considered one of the premier IDEs on the market and does a lot to increase developer productivity when working with the framework. There are also a large number of open source tools available for .NET, including many that mimic the tools available on other platforms. Some of these include nUnit for unit testing, nAnt for building projects, nCover for testing code coverage, nHibernate for object persistence, and much more.

The Future

This November, Microsoft will launch .NET 2.0, the first major revision of the .NET Framework. With this revision .NET will grow to include a large amount of new functionality, not just in ASP.NET, Windows Forms and the base library, but also with the addition of support for new language features like generics to the runtime. Microsoft has shown its commitment to this platform and will continue to build upon .NET for years to come. (There is already some public information available on the next version of .NET, which is code-named Orcas.)

What Code Project Says?

Introduction

Being a contributor to the Code Project for quite some time now, it is commendable to see so many articles from various folks in the industry talk about the features of .NET and how a specific features work or what are some of the tips and tricks of the trade. This fever of .NET is very interesting to watch and rest assured that the storms caused by .NET will be as great as the storms caused by C++ when it was introduced. Walking down the web-site, I saw lots of articles on .NET, but I did not see one on: What is NET? What is it made up of? Why is there so much interest in it?

This article is a dedication to the above answers. In this article, I will give an understanding of what is .NET and why it came into existence. We will also see some of the core building blocks of .NET and how it is layered. For a deeper insight into each of the building blocks, you anyways have lots of good articles on the Code Project web site. So happy reading!

Why .NET

The world of computing till date has been chaotic. We have had various languages struggling to interoperate with each other, developers undergoing huge learning curves to shift from one language to another or from one application type to another, non-standard ways of modeling applications and designing solutions and huge syntactic differences between languages. The list goes on….

Past years have seen some solace in the form of enterprise “glue” applications and standards like COM, which put-forth a binary standard of interoperability between application components. But in reality, this was not always true (VB COM found it very difficult to take on VC++ COM). Also, as applications increased in their reach, it was found that rather than re-inventing the wheel for a solution, it was better to take the “service” of another applications specialized for a piece of work.

Thus from a paradigm where applications replicated code to provide common services, we have moved to a paradigm where applications are built as “collaborative units” of components working together. This simple shift has led to the collapse of the current set of architectures and demanded a new programming model:

• A model where applications can be built as reusable components and are sharable over the internet.
• A model that encourages applications to be shared as a “service” (read web services).
• A model that enables true “interoperability” wherein the language used is only a matter of choice, thus enabling organizations to take advantage of existing skill sets.

Enter .NET. The .NET Framework is a new computing platform developed by Microsoft that simplifies application development in the highly distributed environment of the internet. .NET is much more than just a platform for developing for the internet, but it is intended for this purpose predominantly, because here, others methods have failed in the past.

Overview of .NET

The .NET Framework has been developed to cater to the following objectives and requirements:

• To provide a consistent object-oriented environment to develop applications.
• To provide a code execution environment that simplifies deployment and versioning.
• To provide a code execution environment that guarantees the safety of the code that is executing. This includes both code developed internally by an organization or for code developed by 3rd party vendors.
• To provide a code execution environment that eliminates the issues faced by scripted environments with respect to performance.
• To provide a common programming model where the choice of a programming language becomes a matter of choice.

The .NET Framework is made up of two major components: the common language runtime (CLR) and the framework class library (FCL). The CLR is the foundation of the .NET Framework and provides various services that applications can use. The CLR also forms the “environment” that other applications run on. The FCL is a collection of over 7000+ types that cater to all the services, and data structures that applications will ever need.

The following diagram shows the .NET Framework, its hierarchy and the associated toolset. The diagram is so famous that you can spend some time memorizing its layout!!

At the base of the diagram, you see the operating system which can be (theoretically) any platform. The Common Language Runtime (CLR) is the substrate that abstracts the underlying operating system from your code. The minute it does this, it means that your code has to run using the services provided by the CLR and we get a new name called managed code. The CLR provides its services to applications by providing a standard set of library classes that abstract all the tasks that you will ever need. These classes are called as the Base Class Libraries. On top of this, other development platforms and applications are built (like ASP.NET, ADO.NET and so on). Language compilers that need to generate code for the CLR must adhere to a common set of specifications as laid down by the Common Language Specification (CLS). Above this, you have all the popular .NET languages.

Visual Studio .NET, then is the “glue” that helps your generate .NET applications and provides an IDE that is excellent for collaborative development.

In the subsequent sections, we will delve into the core layers of the .NET framework. Note that application development layers (like ADO.NET, ASP.NET etc) and development tools (VS.NET) are not dealt with.

Common Language Runtime

The CLR is the platform on which applications are hosted and executed. The CLR also provides a set of services that applications can use to access various resources (like arrays, collections, operating system folders etc). Since this runtime “manages” the execution of your code, code that works on the CLR is called as managed code. Any other code, you guessed it, is called unmanaged code.

Compilers and tools expose the CLR’s functionality and enable you to write code that benefits from this managed execution environment. To enable the runtime to provide services to managed code, language compilers must also emit metadata that describes the types that we develop in .NET. This metadata is stored along with the type file and makes it “self-describing”. Using this information, the runtime automatically handles object layout and manages references to objects, releasing them when they are no longer being used.

When compilers emit code to run on the CLR, they do not emit machine language code. Rather, an intermediate language code is used called Microsoft Intermediate Language (MSIL). MSIL is like an object-oriented version of assembly language and is platform independent. It has a rich set of instructions that enable efficient representation of the code. When a code starts to execute, a process knowing as Just in Time Compilation (JIT) converts the MSIL code into the native processor instructions of the platform, which is then executed. This is shown in the following diagram:

Note that this conversion happens only once. Subsequent calls to the code will execute the native version only. Once the application dies down and is started again, this process is repeated.

The following are some of the benefits of the CLR:

• Performance improvements.
• The ability to easily use components developed in other languages.
• Extensible types provided by a class library.
• New language features such as inheritance, interfaces, and overloading for object-oriented programming; support for explicit free threading that allows creation of multithreaded, scalable applications; support for structured exception handling and custom attributes.

Common Language Specification

Language interoperability is the ability of code to interact with code that is written using a different programming language. Language interoperability can help maximize code reuse and, therefore, improve the efficiency of the development process. Because developers use a wide variety of tools and technologies, each of which might support different features and types, it has historically been difficult to ensure language interoperability. However, language compilers and tools that target the common language runtime benefit from the runtime’s built-in support for language interoperability. To ensure that you can develop managed code that can be fully used by developers using any programming language, a set of language features and rules for using them called the Common Language Specification (CLS) has been defined. Components that follow these rules and expose only CLS features are considered CLS-compliant.

To fully interact with other objects regardless of the language they were implemented in, objects must expose to callers only those features that are common to all the languages they must interoperate with. If your component uses only CLS features in the API that it exposes to other code (including derived classes), the component is guaranteed to be accessible from any programming language that supports the CLS. Components that adhere to the CLS rules and use only the features included in the CLS are said to be CLS-compliant components.

Common Type System

The common type system defines how types are declared, used, and managed in the runtime, and is also an important part of the runtime’s support for cross-language integration. The common type system performs the following functions:

• Establishes a framework that enables cross-language integration, type safety, and high performance code execution.
• Provides an object-oriented model that supports the complete implementation of many programming languages.
• Defines rules that languages must follow, which helps ensure that objects written in different languages can interact with each other. For example, if you have created a class in VB.NET, you can inherit from it in a C# program.

Framework Class Library

Windows programmers coding in C, tend to rely on the Windows API and functions in third-party DLLs to get their job done. C++ programmers often use class libraries of their own creation or standard class libraries such as MFC. Visual Basic programmers use the Visual Basic API, which is an abstraction of the underlying operating system API.

In the .NET Framework, all these anachronistic API’s are done away with. Rather a new set of functions branded as the framework class library are introduced which contain more than 7000 types.

To make learning and using the FCL more manageable, Microsoft has divided the FCL into hierarchical namespaces. The FCL has about 100 namespaces in all. Each namespace holds classes and other types that share a common purpose. For example, much of the window manager portion of the Windows API is encapsulated in the System.Windows.Forms namespace. In this namespace classes that represent windows, dialog boxes, menus, and other elements commonly used in GUI applications are present. A separate namespace called System.Collections holds classes representing hash tables, resizable arrays, and other data containers. Yet another namespace, System.IO, contains classes for doing file I/O.

The following diagram shows the FCL classes and their associated namespaces.

What’s Next

Hopefully, this article has distilled some of the terms in the .NET platform and explained why .NET is required. The .NET framework is a huge ocean and it will take some time for applications to be mature in it. Microsoft is also gearing to release its next version of server operating systems (2003) which provide lots of features for .NET applications. Expect the next version of SQL Server (code named Yukon) to have a .NET flavor too!! It is important, thus, to understand what the framework provides to us and what new features can applications target in the future and this is where this article will help.

­­­

What ideal programmer Says?

What is .NET Framework? A Visual Definition

The .NET applications and services operate within the .NET Framework (pronounced “dot net framework”). .NET applications do not directly access the operating system. Instead, they use the .NET framework, and the .NET framework accesses the operating system and hardware. The framework consists of two components:

1.    The .NET Framework Class Library, and

2.    The Common Language Runtime (CLR )

The framework manages memory management, code execution, etc., and that is why .NET applications are called “managed applications.”

The Common Type System makes sure that all .NET applications use the same data types.

The Visual Basic Compiler converts the humanly readable source code into an intermediate language. This intermediate language is also called Microsoft Intermediate Language (or MSIL), and it is contained in an assembly. Assemblies have either a .exe (executable) or .dll (class library) extension. The Common Language Runtime (CLR) converts the intermediate language into the native language needed by the operating system. This is what makes .NET applications platform independent. Currently the CLR is only available on Windows Systems, but someday CLR’s could be developed of Unix and Linux. This would allow .NET applications to execute in these environments.

Lets learn .NET  is the new way to learn .NET technology.