以前总是抱怨出门在外为了修改一点点代码而不得不安装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的时候就有它的用武之地了！
|
本类阅读TOP10