我正在编写一个 T4 脚本,它反映某些类并提供基于它们的代码生成。问题是我的脚本出错了,说我当前项目中的类无法访问。
脚本本身与我试图引用的类位于同一个程序集中。我已经尝试引用命名空间、文件并添加对当前程序集(项目本身)的引用 - 所有这些都无济于事。
我错过了什么?
我正在编写一个 T4 脚本,它反映某些类并提供基于它们的代码生成。问题是我的脚本出错了,说我当前项目中的类无法访问。
脚本本身与我试图引用的类位于同一个程序集中。我已经尝试引用命名空间、文件并添加对当前程序集(项目本身)的引用 - 所有这些都无济于事。
我错过了什么?
我相信这就是 Nicko 和 uosɐſ 正在寻找的东西。只需将“MyAssembly.CodeGeneration”更改为具有 T4 模板的项目名称即可。
<#@ assembly name="$(TargetPath)MyAssembly.dll" #>
<#@ import namespace="MyAssembly.CodeGeneration" #>
要记住的一件事是,您正在编写的 T4 脚本实际上并不“驻留在同一个程序集中”——因为它是设计时代码,而不是运行时代码。换句话说 - 它根本不会被编译到您的程序集中。
相反,T4 模板脚本在您编写代码时运行 - 或者,如果您启用了某些挂钩,则在您构建/编译程序时运行。因为它实际上与您的项目代码是分开的,但是它无法直接引用您项目的程序集 - 除非您使用DTE之类的东西- 这使您能够访问 Visual Studio 环境本身,并探索诸如当前-加载的项目。
例如,考虑以下脚本:
<#@ template language="C#" debug="false" hostspecific="true" #>
<#@ output extension=".js" #>
<#@ assembly name="System" #>
<#@ assembly name="System.Core" #>
<#@ assembly name="System.Data.Entity" #>
<#@ assembly name="EnvDTE" #>
<#@ import namespace="EnvDTE" #>
<#@ include file="T4Toolbox.tt" #>
<#@ import namespace="System" #>
<#@ import namespace="System.Collections" #>
<#@ import namespace="System.Collections.Generic" #>
<#@ import namespace="System.Linq" #>
<#@ import namespace="System.Reflection" #>
string targetNamespace = "MyNamespace";
var dte = (DTE)TransformationContext.Current.GetService(typeof(DTE));
var project = dte.Solution.FindProjectItem(TransformationContext.Current.Host.TemplateFile).ContainingProject);
var classes = FindClasses(project, targetNamespace, "");
<# foreach (CodeClass c in classes) { #>
public class <#= c.Name #> {
<# var properties = c.Members.OfType<EnvDTE.CodeProperty>()
.Where(p => p.Access.HasFlag(vsCMAccess.vsCMAccessPublic))
.OrderBy(p => p.Name);
foreach (var prop in properties) {
#>
public <#= prop.Type.AsString #> <#= prop.Name #> { get; set; }
<# } #>
}
<# } #>
<#+ List<CodeClass> FindClasses(Project project, string ns, string className) {
List<CodeClass> result = new List<CodeClass>();
FindClasses(project.CodeModel.CodeElements, className, ns, result, false);
return result;
}
void FindClasses(CodeElements elements, string className, string searchNamespace, List<CodeClass> result, bool isNamespaceOk) {
if (elements == null) return;
foreach (CodeElement element in elements) {
if (element is CodeNamespace) {
CodeNamespace ns = element as CodeNamespace;
if (ns != null) {
if (ns.FullName == searchNamespace)
FindClasses(ns.Members, className, searchNamespace, result, true);
else
FindClasses(ns.Members, className, searchNamespace, result, false);
}
} else if (element is CodeClass && isNamespaceOk) {
CodeClass c = element as CodeClass;
if (c != null) {
if (c.FullName.Contains(className))
result.Add(c);
FindClasses(c.Members, className, searchNamespace, result, true);
}
}
}
}
本质上,这个脚本将通过一个特定的命名空间(在这种情况下"MyNamespace"
),遍历其中的所有类,然后输出一个新的代码文件,该文件只列出它们的公共属性,并带有getter
/ setter
- 本质上,产生一个 POCO对象。在我的一些项目中,我使用此代码的改编版本基于我的 POCO 生成 JavaScript 对象,以便从序列化的角度来看,我的 JS 模型可以始终与我的服务器端对象同步。
然而,它的诀窍在于前几行:
var dte = (DTE)TransformationContext.Current.GetService(typeof(DTE));
var project = dte.Solution.FindProjectItem(TransformationContext.Current.Host.TemplateFile).ContainingProject);
var classes = FindClasses(project, targetNamespace, "");
本质上,DTE 服务要求 Visual Studio 给它一个当前加载的抽象模型,Solution
它是Projects
. 然后我们加载Project
当前TemplateFile
存储的类,并在FindClasses()
方法中解析出该项目中与我们的搜索条件匹配的类。
我希望示例代码为您提供一个起点 - 但如果您需要更多详细信息,这里有一些额外的参考资料供您学习:
出于某种原因,我无法让@brian 解决方案工作。我最终这样做了在我的情况下,T4Generators 是我在同一个解决方案中的单独项目。
<#@ assembly name="$(SolutionDir)\T4Generators\bin\Debug\T4Generators.dll" #>
<#@ import Namespace="T4Generators" #>
参考它常用的方法。然后检查是否加载了程序集,如果没有 - 生成存根代码(使编译成为可能;编译后再次运行 T4,生成真实代码)。并进行单元测试以防止存根代码投入生产。