'Microsoft.AspNet.Http' 没有强名称
'Microsoft.AspNet.Http' does not have a strong name
2015-11-17更新
vNext 程序集 (Microsoft.AspNet) 似乎已签名（具有强名称）。
检查 GitHub 上的以下线程：
Assemblies are now strong named #109
我想创建一个数字签名程序集，它将使用在其中一个 vNext 程序集中实现的类型。此时，vNext 程序集没有强名称属性。结果，在构建解决方案时出现以下错误：
"Assembly generation failed -- Referenced assembly 'Microsoft.AspNet.Http' does not have a strong name"
此行为是否为已知问题（例如，与 VS2015 CTP 相关）？以后会不会改？推荐的处理方式是什么？
2015-11-17更新
正如 Mikhail 所指出的，几乎所有属于 DNX 1、ASP.NET 5 和 EF 7 的程序集都具有强名称签名。
它们都使用 签入 存储库的私钥，因此任何人都可以使用相同的强名称密钥构建相同的 DLL。没有 "delay sign" 或 "test sign" 进程。
原创 post 2015-02-11
目前没有计划对 ASP.NET 5 中的所有 DLL 进行强名称签名。（来源：我从事该项目。）
并且因为强名称是 "viral"（强名称签名程序集必须仅引用其他强名称签名程序集），这意味着您不能强名称依赖于 [=28= 的任何程序集] 5.
2015-11-17更新
vNext 程序集 (Microsoft.AspNet) 似乎已签名（具有强名称）。
检查 GitHub 上的以下线程：
Assemblies are now strong named #109
我想创建一个数字签名程序集，它将使用在其中一个 vNext 程序集中实现的类型。此时，vNext 程序集没有强名称属性。结果，在构建解决方案时出现以下错误：
"Assembly generation failed -- Referenced assembly 'Microsoft.AspNet.Http' does not have a strong name"
此行为是否为已知问题（例如，与 VS2015 CTP 相关）？以后会不会改？推荐的处理方式是什么？
2015-11-17更新
正如 Mikhail 所指出的，几乎所有属于 DNX 1、ASP.NET 5 和 EF 7 的程序集都具有强名称签名。
它们都使用 签入 存储库的私钥，因此任何人都可以使用相同的强名称密钥构建相同的 DLL。没有 "delay sign" 或 "test sign" 进程。
原创 post 2015-02-11
目前没有计划对 ASP.NET 5 中的所有 DLL 进行强名称签名。（来源：我从事该项目。）
并且因为强名称是 "viral"（强名称签名程序集必须仅引用其他强名称签名程序集），这意味着您不能强名称依赖于 [=28= 的任何程序集] 5.