在這之前，我寫了一系列關于代碼生成和T4相關的文章，而我現在也試圖將T4引入我們自己的開發框架。在實踐中遇到了一些問題，也解決了不少問題。如果你也在進行T4相關的開發，相信你也一定會遇到這些問題。為此，特意將這些問題和解決方案與朋友們分享，希望在遇到這些問題的時候少走彎路。本篇文章介紹的是兩個重要的話題：程序集鎖定和調試。

目錄
一、程序集引用導致的編譯問題
二、T4引擎對引用程序集的鎖定
三、Debugger.Break導致VS 2010的Crash
四、在Debugger.Break之前加上Debugger.Launch

　　一、程序集引用導致的編譯問題

　　為了讓讀者對“程序集鎖定”，以及由它造成的開發上的不便有一個深刻的認識，我特意寫了一個小例子。如右圖所示的解決方案包含兩個項目：Lib和T4。其中我們的T4項目中定義了一個叫作HelloWorld.tt的模板文件，該文件需要使用到定義在Lib項目中的某個類型。所以，HelloWorld.tt模板文件中需要通過<#@Assembly…#>指令引用Lib項目編譯生成的程序集（Artech.T4Template.Lib.dll）。

　　如果你看過我上一篇文章，你應該知道我們至少具有解決T4模板的程序集引用的五種方案，在這里我們采用的是VS宏的解決方案，即將引用程序集文件的路徑設置成通過$(SolutionDir)表示的解決方案目錄的相對路徑。HelloWorld.tt定義如下，引用的程序集路徑為Lib項目在Debug模式下編譯生成的目錄（$(SolutionDir)Lib/Bin/Debug/）。

<#@ template debug="true" hostSpecific="true" #>
<#@ output extension=".cs" #>
<#@ Assembly name="$(SolutionDir)Lib/Bin/Debug/Artech.T4Template.Lib.dll" #>
using System;
public class HelloWord
{
    static void Main()
    {    
        <# foreach( var person in Artech.T4Template.HelloWorldHelper.GetPersons())
        {#>
        Console.WriteLine("Hello, {0}!", "<#=person#>");    
        <# } #>
    }
}        

        

        
        
      
        
NET技術：編寫T4模板無法避免的兩個話題：&amp;quot;Assembly Locking&amp;quot;&amp;amp;&amp;quot;Debug&amp;quot;，轉載需保留來源！
        
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。