I.CS文件编译生成.DLL文件详解.docxVIP

摘自/wlc_win/archive/2008/08/18/1270361.html.CS文件编译生成.DLL文件（C#网络搜集）如果没有VS用下面的办法搜索csc.exe打开cmd 转到csc.exe的文件夹运行csc /t:library? ?N:\NET\cs\*.cs??N:\NET\cs\*.cs??是你的cs文件的位置正常情况下csc.exe的目录下会多个dll文件 copy出来程序是经过编译执行的，这个大家都知道，尤其是使用Codebehind的时候，必须先把背后的.cs文件编译形成.dll文件，然后才可以执行。这个过程，如果你有，那很轻松就可以完成，但如果没有，那就得借助命令行了。仔细查一下.net framework sdk文档，可以找到关于这个话题的详细说明，好象没有必要专门贴一篇文章，但是今下午我在用的时候却发现了一个问题，文档中说“运行VCVARS32.BAT”，但当你进入.net framework sdk的安装目录的bin文件夹下，却并没有发现VCVARS32.BAT文件，这个时候只能使用?sdkvars.bat文件了，其实这个的作用应该是和那个“传说中的”VCVARS32.BAT相同。当你运行了sdkvars后，就可以使用先前“被封印的”csc命令了。然后就可以用csc命令编译.cs文件了，这个时候可能又会出现一个问题，按照大部分书上的说法，你只要指定了Inherits和Codebehind，并且用csc编译了那个背后的.cs，就可以运行这个aspx文件，但实际上并不是这样，错误提示为“找不到指定的类”。解决办法就是在根目录下建立一个bin文件夹，然后把编译产生的.dll文件放到里面去，这样问题应该就解决了。如果还是找不到，那问题可能是你的bin文件夹并不是在根目录最上面，而是在根目录下的某个文件夹里，这个时候你需要做的就是把它拖到最上面。下面给出命令行示例，这个其实在.net framework sdk文档里就可以找到，不过为了方便，还是复制了过来：编译 File.cs 以产生 File.exe： csc File.cs 编译 File.cs 以产生 File.dll： csc /target:library File.cs编译 File.cs 并创建 My.exe： csc /out:My.exe File.cs通过使用优化和定义 DEBUG 符号，编译当前目录中所有的 C# 文件。输出为 File2.exe： csc /define:DEBUG /optimize /out:File2.exe *.cs编译当前目录中所有的 C# 文件，以产生 File2.dll 的调试版本。不显示任何徽标和警告： csc /target:library /out:File2.dll /warn:0 /nologo /debug *.cs将当前目录中所有的 C# 文件编译为 Something.xyz（一个 DLL）： csc /target:library /out:Something.xyz *.cs 编译 File.cs 以产生 File.dll： csc /target:library File.cs这个就是我们使用最多的一个命令，其实可以简单的写成csc /t:library File.cs，另外的一个写法是csc /out:mycodebehind.dll /t:library mycodebehind.cs，这个可以自己指定输出的文件名。csc /out:mycodebehind.dll /t:library mycodebehind.cs mycodebehind2.cs，这个的作用是把两个cs文件装到一个.dll文件里，很有用哦。csc.exe是.net用来编译.cs文件的，但必须要在安装目录下使用。 所以我们要设置一下环境变量。 Visual C#是微软公司推出的新一代程序开发语言，Visual C#是微软公司.Net FrameWork框架中的一个重要的组成部分，也是微软公司向程序员极力推荐一个新的程序开发平台。和以往的开发语言相比较，他有更强大功能，更高的稳定性和更高的安全性。也正因为如此，Visual C#正在受到越来越多的编程爱好者的欢迎。?　Visual C#的编译器和以往编程语言的编译器有着明显的不同。其最大的不同点就是，以往的程序编译器是把编写好的程序代码编译生成可以直接为计算机所使用的机器语言。虽然Visual C#的编译器也可以把编写好的程序代码编译成EXE或者是DLL文件，但这种文件只是一种IL文件（中间语言），此IL文件不能直接被计算机使用。只是当此IL文件被调用的时候，再通过一种名叫JIT(即时编译)编译器把此IL文件生成可以供计算机使用的机器代码。 　可见Visu