手机怎么访问wap网站,网站的经营推广,uc投放广告网站要自己做吗,天津建行网站MSBuild 是 Microsoft 和 Visual Studio的生成系统。它不仅仅是一个构造工具#xff0c;应该称之为拥有相当强大扩展能力的自动化平台。MSBuild平台的主要涉及到三部分#xff1a;执行引擎、构造工程、任务。其中最核心的就是执行引擎#xff0c;它包括定义构造工程的规范应该称之为拥有相当强大扩展能力的自动化平台。MSBuild平台的主要涉及到三部分执行引擎、构造工程、任务。其中最核心的就是执行引擎它包括定义构造工程的规范解释构造工程执行“构造动作”构造工程是用来描述构造任务的大多数情况下我们使用MSBuild就是遵循规范编写一个构造工程MSBuild引擎执行的每一个“构造动作”就是通过任务实现的任务就是MSBuild的扩展机制通过编写新的任务就能够不断扩充MSBuild的执行能力。所以这三部分分别代表了引擎、脚本和扩展能力。 构造工程脚本文件 先说说构造工程只要通过Notepad打开任何一个Visual Studio下的C#工程csproj文件就知道构造工程到底是怎么回事了。 ?xml version1.0 encodingutf-8?
Project xmlnshttp://schemas.microsoft.com/developer/msbuild/2003PropertyGroupRoot$(MSBuildStartupDirectory)/Root/PropertyGroupTarget NameBuild!-- Compile --ItemGroup ProjectToBuild Include$(Root)\..\src\Foundation\Common\Gimela.Common.sln /ProjectToBuild Include$(Root)\..\src\Foundation\Infrastructure\Gimela.Infrastructure.sln /ProjectToBuild Include$(Root)\..\src\Foundation\Management\Gimela.Management.sln /ProjectToBuild Include$(Root)\..\src\Foundation\Security\Gimela.Security.sln /ProjectToBuild Include$(Root)\..\src\Foundation\Tasks\Gimela.Tasks.sln /ProjectToBuild Include$(Root)\..\src\Foundation\Text\Gimela.Text.sln /ProjectToBuild Include$(Root)\..\src\Foundation\Net\Gimela.Net.sln /ProjectToBuild Include$(Root)\..\src\Foundation\ServiceModel\Gimela.ServiceModel.sln /ProjectToBuild Include$(Root)\..\src\Foundation\Data\Gimela.Data.sln /ProjectToBuild Include$(Root)\..\src\Foundation\Presentation\Gimela.Presentation.sln /ProjectToBuild Include$(Root)\..\src\Foundation\Media\Gimela.Media.sln /ProjectToBuild Include$(Root)\..\src\Foundation\Streaming\Gimela.Streaming.sln / ProjectToBuild Include$(Root)\..\src\Crust\Gimela.Crust.sln / /ItemGroupMSBuild Projects(ProjectToBuild) TargetsBuild PropertiesConfigurationDebug;Output TaskParameterTargetOutputs ItemNameAssembliesBuiltByChildProjects //MSBuild/Target
/Project 在构造工程中我们可以定义和使用变量通过Property/PropertyGourp/Item/ItemGroup等元素可以使用条件分支通过Choose/When/Otherwise等元素、能够在运行时给变量赋值通过执行任务获取其返回类型参数的方式、能够定义执行块通过Target元素相当于函数、能够进行异常处理通过OnError元素、还可以复用已有工程定义的内容通过Import元素。拥有这些能力和高级语言已经相差无几了所以笔者认为构造工程不是描述性语言而是脚本语言。 这里还需要强调一点的是项目级元素Property可以在元素下定义也可以在构造过程中作为外部参数传入,这是一个非常有用的特性一般编译时选择配置项Debug或者Release就是利用这个特性实现的。 Project元素 这是每一个项目文件的最外层元素它表示了一个项目的范围。如果缺少了这一元素MSBuild会报错称Target元素无法识别或不被支持。 Project元素拥有多个属性其中最常用到的是DefaultTargets属性。我们都知道在一个项目的生成过程中可能需要完成几项不同的任务比如编译、单元测试、check-in到源代码控制服务器中等其中每一项任务都可以用Target来表示。对于拥有多个Target的项目你可以通过设置Project的DefaultTargets注意是复数属性来指定需要运行哪几个Target如果没有这个设置MSBuild将只运行排在最前面的那个Target。 Property元素 在项目中你肯定需要经常访问一些信息例如需要创建的路径名、最终生成的程序集名称等。以name/value的形式添加进Property随后就可以以$(PropertyName)的形式访问。这样你就无须为了改动一个文件名称而让整个项目文件伤筋动骨了。比如上面代码中的Bin就是将要创建的路径名称而AssemblyName则是最终要生成的程序集名称。这些属性的名称不是固定的你完全可以按自己的习惯来进行命名。在使用时你需要把属性名称放在”$(“和”)”对内不包括引号以表示这里将被替换成一个Property元素的值。 另外如果Property元素数量比较多你还可以把它们分门别类地放在不同的PropertyGroup里以提高代码的可阅读性。这对Property本身没有任何影响。 PropertyGroupConfiguration Condition $(Configuration) Debug/ConfigurationPlatform Condition $(Platform) AnyCPU/PlatformProductVersion8.0.30703/ProductVersionSchemaVersion2.0/SchemaVersionProjectGuid{6C2561FB-4405-408F-B41B-ACE5E519A26E}/ProjectGuidOutputTypeLibrary/OutputTypeAppDesignerFolderProperties/AppDesignerFolderRootNamespaceGimela.Infrastructure.Patterns/RootNamespaceAssemblyNameGimela.Infrastructure.Patterns/AssemblyNameTargetFrameworkVersionv4.0/TargetFrameworkVersionFileAlignment512/FileAlignment/PropertyGroup Item元素 在整个项目文件中你肯定要提供一些可被引用的输入性资源(inputs)信息比如源代码文件、引用的程序集名称、需要嵌入的图标资源等。它们应该被放在Item里以便随时引用。语法是Item Type”TheType”Include”NameOrPath” / 其中Type属性可以被看作是资源的类别名称比如对于.cs源文件你可以把它们的Type都设置为Source对于引用的程序集把Type都设置为Reference这样在随后想引用这一类别的资源时只要引用这个Type就可以了方法是(TypeName)。可千万别和Property的引用方法弄混了。 既然Type是资源的类名那么Include就是具体的资源名称了比如在上面的示例代码中Include引用的就是C#源代码文件的名称。你也可以用使用通配符*来扩大引用范围。比如下面这行代码就指定了当前目录下的所有C#文件都可以通过(Source)来引用 Item Type”Source” Include”*.cs” / 另外你也可以通过与PropertyGroup类似的方法把相关的Item放在ItemGroup里。 ItemGroupReference IncludeSystem /Reference IncludeSystem.Core /Reference IncludeSystem.Data /Reference IncludeSystem.ServiceModel /Reference IncludeSystem.Xml //ItemGroupItemGroupCompile IncludeCommands\CommandBase.cs /Compile IncludeCommands\DuplexCommandBase.cs /Compile IncludeCommands\ICommand.cs /Compile IncludeCommands\IDuplexCommand.cs /Compile IncludeExtensions\BitConverterExtensions.cs /Compile IncludeExtensions\ConcurrentDictionaryExtensions.cs /Compile IncludeExtensions\StopwatchExtensions.cs /Compile IncludeExtensions\TimeSpanExtensions.cs /Compile IncludeFlyweight\FlyweightObjectPool.cs /Compile IncludeSingleton\StaticSingleton.cs /Compile IncludeProperties\AssemblyInfo.cs /Compile IncludeSmartQueue\ISmartQueueMapper.cs /Compile IncludeSmartQueue\SmartQueue.cs /Compile IncludeSmartQueue\SmartQueueBase.cs /Compile IncludeSmartQueue\SmartQueueMapper.cs /Compile IncludeUnitOfWork\IUnitOfWork.cs /Compile IncludeUnitOfWork\IUnitOfWorkFactory.cs /Compile IncludeUnitOfWork\UnitOfWork.cs /Compile IncludeWeakActions\IWeakActionExecuteWithObject.cs /Compile IncludeWeakActions\WeakAction.cs /Compile IncludeWeakActions\WeakActionGeneric.cs /Compile IncludeWeakFuncs\IWeakFuncExecuteWithObjectAndResult.cs /Compile IncludeWeakFuncs\WeakFunc.cs /Compile IncludeWeakFuncs\WeakFuncGeneric.cs //ItemGroup Target元素 Target表示一个需要完成的虚拟的任务单元。每个Project可以包括一个或多个Target从而完成一系列定制的任务。你需要给每个Target设置一个Name属性同一Project下的两个Target不能拥有同样的Name以便引用和区别。 举例来说在你的项目生成过程中可能需要完成三个阶段的任务首先check-out源代码接下来编译这些代码并执行单元测试最后把它们check-in。那么通常情况下你可以创建三个不同的Target以清晰划分三个不同的阶段 Target Name”CheckOut” /Target Target Name”Build” DependsOnTargets”CheckOut” Task Name”Build” .../ Task Name”UnitTest” ... / /Target Target Name”CheckIn” DependsOnTargets”CheckOut;Build” /Target 这样你就可以非常清晰地控制整个生成过程。为了反应不同Target之间的依赖关系只有Check-in后才能编译只有编译完成才可能Check-out……你需要设置Target的DependsOnTargets属性注意是复数以表示仅当这些Target执行完成之后才能执行当前的Target。当MSBuild引擎开始执行某项Target时别忘了Project的DefaultTargets属性会自动检测它所依赖的那些Target是否已经执行完成从而避免因为某个生成环节缺失而导致整个生成过程发生意外。 你可以通过Project的DefaultTargets属性指定MSBuild引擎从哪几个Target开始执行也可以在调用MSBuild.exe时使用t开关来手动指定将要运行的Target方法如下 MSBuild /t:CheckOut 这样只有CheckOut以及它所依赖的Target在上文中没有会被执行。 Task元素 这可能是整个项目文件中最重要的因为它才是真正可执行的部分这也是为什么我在上面说Target是虚拟的。你可以在Target下面放置多个Task来顺序地执行相应的任务。 相关文档 MSBuild入门MSBuild入门续Introduction to MSBuild - Part 1Working with MSBuild - Part 2 转载于:https://www.cnblogs.com/shanyou/p/3452938.html
