MSBuild: 如何区别属性的两种状态，"定义但值为空"与"未定义"

快乐小胖兔 — Wed, 24 Aug 2005 05:17:00 GMT

MSBuild2.0对这两种状态是无法区别的（MSBuild都认为这个Property存在且值为空），这是偶与MSBuild的开发人员之一Dan Moseley交流后得到的。据称在后面的版本中将会对此作出改进。

但是目前MS使用的是下面的方法（Dan Moseley提出的）：为每个须判断的Property各加一个新的Property作其相应的状态变量。听上去感觉不错，这确实算一种通用的方法。但是想想，如果此Property数量是几十或都上百，那DOUBLE一下可不是闹着玩的。一个Property用二个Property来控制，代码的复杂度不得不增加不少，而这些并不是必须的。

我的解决方法是，仍用一个变量，但如何区别呢？只须加一个初始文件，为每个Property先设上UNDEINFED或类似的值，这样当后面用时即可简单区分开来。例子：

Init.Targets

<MY1>UNDEFINE</ MY1>

<MY2>UNDEFINE</ MY2>

<MY3>UNDEFINE</ MY3>

<MY4>UNDEFINE</ MY4>

</PropertyGroup>

</Project>

在所须的项目文件一开始加入<Import Project="Init.Targets"/>即可。

这样Condtion=”$(MY1)==’UNDEFINED’”和Condtion=”$(MY1)==’’”就可以区别Property的两种状态了。

MSbuild: 设置环境变量

HERCULES BLOG — Wed, 24 Aug 2005 04:53:00 GMT

MSBuild提供了很方便的方法来读取环境变量。它的策略是当执行MSBuild任务时，将当前的环境变量直接转化MSBuild中的属性（Property），这样在MSBuild文件脚本中使用$()来对环境变量直接引用。但这无法解决这个问题：自定义的Target中的一些程序要读取环境变量。下面用两种方法两解决这个问题：

解决方法一般是，写一个新的Task用来设定环境变量。程序用C#来实现，代码异常简单。如下：

using System;
using System.Collections.Generic;
using System.Text;

using Microsoft.Build.Utilities;
using Microsoft.Build.Framework;

namespace MYTools
{
    public class SetEnvVar : Task
    {
        private string _strEnVarName;
        private string _strEnVarValue;

        public string EnvVarName
        {
            get { return _strEnVarName; }
            set { _strEnVarName = value; }
        }

        public string EnvVarValue
        {
            get { return _strEnVarValue; }
            set { _strEnVarValue = value; }
        }

        public override bool Execute()
        {
            Environment.SetEnvironmentVariable(_strEnVarName, _strEnVarValue);
            return true;
        }
    }
}
在开始加上：
<UsingTask TaskName="SetEnvVar" AssemblyFile="XXX\MyTools.dll"/>
在Target里就可以这样用了：
< SetEnvVar EnvVarName="PATH" EnvVarValue="$(PATH)"/>

方法二来的更为简单一些，它不须写个Task。但是它的范围限于控制台程序，它的出发点是，先设好环境变量，再调用相应的Target，脚本如下：

<EnvSet>$(EnvSet)PATH=$(PATH);C:\Windows\System32\;&&</EnvSet>

<EnvSet>$(EnvSet)SET VAR1=C:&&</EnvSet>

<EnvSet>$(EnvSet)SET VAR2=D:&&</EnvSet>

</PropertyGroup>

</Target>

比较而言，方法2简单，但应该场合受限制；方法1则是通用方法，但要加一个新的Task