以前总是抱怨出门在外为了修改一点点代码而不得不安装2G的VS.NET,也看了网上广为流传的“善用EditPlus构建精悍的C#编译环境”,不过那只是用CSC编译一个CS文件,要编译整个解决方案我还不知道他怎么来实现。所以问题依然存在,到客户那里的时候为了安全起见依然还是要带那7张光盘。 这段时间研究Daily Build接触到了NAnt。大家都知道NAnt可以用来做Daily Build,但实际上他主要做的事情就是编译整个解决方案。现在既然有了EditPlus做代码编辑,又有了NAnt来做解决方案编译,问题就迎刃而解了! 具体做法如下: 首先配置EditPlus。EditPlus现在还没有支持C#语法,全是黑字看起确实不爽。不过它支持Java。都说C#和Java很像,那我们就将就Java的语法文件来给C#文件着色,总比全黑强吧。具体设置如下: 从菜单“工具”->“配置用户工具”->“设置&语法”进入语法设置。再点击“添加”,说明设为你想要的名字,如“C#”,扩展名设为“cs”,其他设置都照搬Java的语法设置就可以了(同理VB.NET也可以用ASP或VBScript的配置来解决)。这样打开cs文件就好看多了。 然后就是配置NAnt。关于NAnt的使用很多文章都介绍过了,这里只要用到它编译解决方案的功能,Build文件就简单的多了。下面给出一个简单的Build文件示例:
<?xml version="1.0"?> <project name="testWeb" default="build" basedir=".">
<property name="Solution.Filename" value="testWeb.sln" /> <property name="Solution.Configuration" value="DEBUG" /> <property name="Build.OutputFolder" value="bin" />
<target name="sln"> <record name="nantbuildlog.txt" action="Start" /> <solution solutionfile="${Solution.Filename}" outputdir="${Build.OutputFolder}" configuration="${Solution.Configuration}"> <webmap> <map url="http://localhost/testWeb/testWeb.csproj" path="testWeb.csproj" /> </webmap> </solution> </target>
<target name="build"> <call target="sln" /> </target> </project>
最后还可以写一个简单的批处理文件,让以后编译只需要双击这个文件就可以了。内容如下: path=d:\nant\bin (NAnt的bin目录) cd testWeb (Default.build文件所在路径) nant
这样的开发环境比起强大的VS.NET来说当然是非常弱小了,而且还依赖于VS.NET的解决方案文件。但正因为它小,当你在需要修改一点点代码而又不想安装庞大的VS.NET的时候就有它的用武之地了!

|