我之前也踩过类似的坑，T4模板的编译环境和普通项目完全是两条独立的线——项目里装的NuGet包不会自动同步给T4用，得手动适配才行。咱们一步步来解决这些错误：

1. 先补全缺失的命名空间 #

你代码里用了SqlConnection但没导入它的专属命名空间，这是第一个容易忽略的问题。在模板顶部加上：

<#@ import namespace="System.Data.SqlClient" #>

注意：SqlConnection不在System.Data命名空间下，而是在System.Data.SqlClient这个单独的命名空间里，别搞混了。

2. 正确引用NuGet包的DLL（别用bin目录的） #

你之前引用的是项目bin目录下的DLL，但这里有两个核心问题：一是项目没编译的话bin里根本没生成文件；二是T4模板的运行时机可能早于项目编译，导致找不到依赖。

正确的做法是直接引用NuGet缓存里的DLL，用Visual Studio提供的$(NuGetPackageRoot)环境变量定位：

• 打开NuGet包管理器，查看你安装的System.Data.SqlClient和DatabaseSchemaReader的具体版本号（比如System.Data.SqlClient是4.8.5，DatabaseSchemaReader是3.1.0）。
• 在模板里替换掉原来的<#@ assembly #>引用，改成类似这样：

<#@ assembly name="$(NuGetPackageRoot)\system.data.sqlclient\4.8.5\lib\net6.0\System.Data.SqlClient.dll" #>
<#@ assembly name="$(NuGetPackageRoot)\databaseschemareader\3.1.0\lib\net6.0\DatabaseSchemaReader.dll" #>

记得把版本号改成你实际安装的版本，路径里的net6.0要和你的项目目标框架保持一致。

3. 开启HostSpecific模式 #

把模板第一行的hostspecific="false"改成hostspecific="true"，这样T4模板才能访问到Visual Studio的环境变量（比如刚才用的$(NuGetPackageRoot)），不然这些变量会被当成普通字符串解析，根本起不到作用。

4. 调整运行顺序避免提前执行 #

有时候T4模板会在项目编译前就运行，导致bin目录里的DLL还没生成。可以这样调整：

• 右键你的T4模板文件，选择「属性」。
• 确保「自定义工具」设置为TextTemplatingFileGenerator，「生成操作」设为None。
• 先手动编译项目（快捷键Ctrl+Shift+B），然后右键模板选择「运行自定义工具」，这样就能确保所有依赖DLL都已经生成完毕。

额外技巧：用T4NuGet简化引用 #

如果你经常用T4模板搭配NuGet包，可以安装T4NuGet这个NuGet包，它能自动帮你把项目里的NuGet引用导入到T4模板中，不用手动写复杂的路径。安装后只需要在模板顶部加两行：

<#@ nuget name="System.Data.SqlClient" version="4.8.5" #>
<#@ nuget name="DatabaseSchemaReader" version="3.1.0" #>

它会自动处理DLL引用和命名空间导入，省不少事。

按照上面的步骤改完，再运行T4模板应该就能正常识别那些类型了。

内容的提问来源于stack exchange，提问作者Jeremy Thompson