Talk:.NET Framework: Difference between revisions

From Citizendium
Jump to navigation Jump to search
imported>Robert W King
No edit summary
imported>John H. Jackson
(Calling .NET a virtual machine)
 
Line 2: Line 2:


__TOC__
__TOC__
==On calling .NET a virtual machine==
I don't understand how you are calling .NET a virtual machine. The core of .NET is the CLR (Common Language Runtime) and JIT (Just-In-Time compiler). The JIT takes .NET bytecode and compiles it into native assembly for execution on the processor. At this point, native code is running on the processor and no interpretation or virtualization is taking place. This exe file loads the .NET framework and related libraries into it's process and begins execution.  Once the CLR is satisfied that an I/O request is legal, it simply calls the Win32 API to complete the process. In fact, even though it is discouraged, .NET code can make use of pointers to interact directly with memory or deal with unmanaged code.
Defining .NET is a difficult thing to do, but virtual machine just doesn't seem to fit. I look forward to working on an alternate definition.
[[User:John H. Jackson|John H. Jackson]] 15:15, 25 August 2009 (UTC)


==first draft==
==first draft==

Latest revision as of 09:15, 25 August 2009

This article is developing and not approved.
Main Article
Discussion
Related Articles  [?]
Bibliography  [?]
External Links  [?]
Citable Version  [?]
 
To learn how to update the categories for this article, see here. To update categories, edit the metadata template.
 Definition Bundle of interdependent programs required to create and run programs using C# and multiple other programming languages on most versions of Microsoft Windows. [d] [e]
Checklist and Archives
 Workgroup category Computers [Categories OK]
 Talk Archive none  English language variant American English

On calling .NET a virtual machine

I don't understand how you are calling .NET a virtual machine. The core of .NET is the CLR (Common Language Runtime) and JIT (Just-In-Time compiler). The JIT takes .NET bytecode and compiles it into native assembly for execution on the processor. At this point, native code is running on the processor and no interpretation or virtualization is taking place. This exe file loads the .NET framework and related libraries into it's process and begins execution. Once the CLR is satisfied that an I/O request is legal, it simply calls the Win32 API to complete the process. In fact, even though it is discouraged, .NET code can make use of pointers to interact directly with memory or deal with unmanaged code.

Defining .NET is a difficult thing to do, but virtual machine just doesn't seem to fit. I look forward to working on an alternate definition.

John H. Jackson 15:15, 25 August 2009 (UTC)

first draft

Just getting started on this; it needs to be distributed differently between [C-sharp] etc. I'll get to it when I can.Pat Palmer 19:25, 17 September 2007 (CDT)

NOTE TO MYSELF: The discussion of the Windows Designer in Visual Studio .NET really ought to be moved to Comparison of Java and .NET.Pat Palmer 15:07, 22 September 2007 (CDT)