1、什么是.NET Framework
所谓.NET FrameWork就是一个平台，它的目的是为了跨操作系统编程。它包含了很多模块，例如有windows应用程序构件，Web开发的模块等，而不同的操作系统根据自己的特性，支持其中部分模块。NET框架是采用虚拟机运行的编程平台，以通用语言运行时（Common Language Runtime）为基础，支持多种语言（C#、VB.NET、C++等）的开发。可开发桌面应用程序（WinForm、WPF、SilverLight、Office）、Web应用程序（Asp.Net、ASP.NET MVC、SilverLight）、Windows Service、及移动嵌入式开发。目前常用的版本是：2.0、3.0、3.5、4.0；
2、.NET中的几个概念
（1）、CLR概念？
详细：CLR是公共语言运行时，(Common Language Runtime)和Java虚拟机一样也是一个运行时环境，它负责资源管理（内存分配和垃圾收集），并保证应用和底层操作系统之间必要的分离。
（2）、托管代码的优点？
详细：1. 平台无关性
2. 提高性能
3. 语言的互操作性
（3）、语言互操作性的真正含义和表现形式？
详细：用一种语言编写的类应能继承用另一种语言编写的类
一个类能包含另一个类的实例,而不管他们是用什么语言写的.一个对象应能直接调用用其
他语言编写的对象的方法
对象(或对象引用)应能在方法间传递
在不同的语言之间调用方法时,应能在调试器中调试这些方法的调用,即调试不同语言编写
的代码
（4）、在.NET中，程序编译过程？
详细：1．MSIL和JIT
2．程序集
3．托管代码
4．垃圾回收
5.应用程序域
（5）中间语言的主要特征？
可以被不同的编译器实时编译并运行在不同的结构上，消除了语言纷争。中间语言还是高级语言。
（6）、动态语言和静态语言、强类型定义语言和弱类型定义语言的概念区分？
动态类型语言：在运行期间才去做数据类型检查的语言，
静态类型语言：数据类型是在编译其间检查的。
强类型定义语言：强制数据类型定义的语言。
弱类型定义语言：数据类型可以被忽略的语言。它与强类型定义语言相反, 一个变量可以赋不同数据类型的值。
（7）编译型和解释型(参考自博客园)
先看看编译型，其实它和汇编语言是一样的：也是有一个负责翻译的程序来对我们的源代码进行转换，生成相对应的可执行代码。这个过程说得 专业一点，就称为编译（Compile），而负责编译的程序自然就称为编译器（Compiler）。如果我们写的程序代码都包含在一个源文件中，那么通常 编译之后就会直接生成一个可执行文件，我们就可以直接运行了。但对于一个比较复杂的项目，为了方便管理，我们通常把代码分散在各个源文件中，作为不同的模 块来组织。这时编译各个文件时就会生成目标文件（Object file）而不是前面说的可执行文件。一般一个源文件的编译都会对应一个目标文件。这些目标文件里的内容基本上已经是可执行代码了，但由于只是整个项目的 一部分，所以我们还不能直接运行。待所有的源文件的编译都大功告成，我们就可以最后把这些半成品的目标文件“打包”成一个可执行文件了，这个工作由另一个 程序负责完成，由于此过程好像是把包含可执行代码的目标文件连接装配起来，所以又称为链接（Link），而负责链接的程序就叫……就叫链接程序 （Linker）。链接程序除了链接目标文件外，可能还有各种资源，像图标文件、声音文件等，还要负责去除目标文件之间的冗余重复代码。链接完成之后，一般就可以得到我们想要的可执行文件了。
再看看解释型。 “编译”和“解释”的确都有“翻译”的意思，它们的区别则在于翻译的时机安排不大一样。打个比方：假如你打算阅读一本外文书，而你不知道 这门外语，那么你可以找一名翻译，给他足够的时间让他从头到尾把整本书翻译好，然后把书的母语版交给你阅读；或者，你也立刻让这名翻译辅助你阅读，让他一 句一句给你翻译，如果你想往回看某个章节，他也得重新给你翻译。
两种方式，前者就相当于我们刚才所说的编译型：一次把所有的代码转换成 机器语言，然后写成可执行文件；而后者就相当于我们要说的解释型：在程序运行的前一刻，还只有源程序而没有可执行程序；而程序每执行到源程序的某一条指 令，则会有一个称之为解释程序的外壳程序将源代码转换成二进制代码以供执行，总言之，就是不断地解释、执行、解释、执行……所以，解释型程序是离不开解释 程序的。像早期的BASIC就是一门经典的解释型语言，要执行BASIC程序，就得进入BASIC环境，然后才能加载程序源文件、运行。解释型程序中，由 于程序总是以源代码的形式出现，因此只要有相应的解释器，移植几乎不成问题。编译型程序虽然源代码也可以移植，但前提是必须针对不同的系统分别进行编译， 对于复杂的工程来说，的确是一件不小的时间消耗，况且很可能一些细节的地方还是要修改源代码。而且，解释型程序省却了编译的步骤，修改调试也非常方便，编 辑完毕之后即可立即运行，不必像编译型程序一样每次进行小小改动都要耐心等待漫长的Compiling…Linking…这样的编译链接过程。不过凡事有 利有弊，由于解释型程序是将编译的过程放到执行过程中，这就决定了解释型程序注定要比编译型慢上一大截，像几百倍的速度差距也是不足为奇的。
编译型与解释型，两者各有利弊。前者由于程序执行速度快，同等条件下对系统要求较低，因此像开发操作系统、大型应用程序、数据库系统等时都采用它，像 C/C++、Pascal/Object Pascal（Delphi）、VB等基本都可视为编译语言，而一些网页脚本、服务器脚本及辅助开发接口这样的对速度要求不高、对不同系统平台间的兼容性 有一定要求的程序则通常使用解释性语言，如Java、、VBScript、Perl、Python等等。
但既然编 译型与解释型各有优缺点又相互对立，所以一批新兴的语言都有把两者折衷起来的趋势，例如Java语言虽然比较接近解释型语言的特征，但在执行之前已经预先 进行一次预编译，生成的代码是介于机器码和Java源代码之间的中介代码，运行的时候则由JVM（Java的虚拟机平台，可视为解释器）解释执行。它既保 留了源代码的高抽象、可移植的特点，又已经完成了对源代码的大部分预编译工作，，所以执行起来比“纯解释型”程序要快许多。而像VB6（或者以前版本）、 C#这样的语言，虽然表面上看生成的是.exe可执行程序文件，但VB6编译之后实际生成的也是一种中介码，只不过编译器在前面安插了一段自动调用某个外 部解释器的代码（该解释程序独立于用户编写的程序，存放于系统的某个DLL文件中，所有以VB6编译生成的可执行程序都要用到它），以解释执行实际的程序 体。C#（以及其它.net的语言编译器）则是生成.net目标代码，实际执行时则由.net解释系统（就像JVM一样，也是一个虚拟机平台）进行执行。 当然.net目标代码已经相当“低级”，比较接近机器语言了，所以仍将其视为编译语言，而且其可移植程度也没有Java号称的这么强大，Java号称是 “一次编译，到处执行”，而.net则是“一次编码，到处编译”。总之，随着设计技术与硬件的不断发展，编译型与解释型两种 方式的界限正在不断变得模糊。