从.net项目定义AppFabric缓存客户端程序集引用的正确方法？

所需的AppFabric缓存客户端代码引用了作为客户端安装一部分的这两个程序集：

Microsoft.ApplicationServer.Caching.Client.dll
Microsoft.ApplicationServer.Caching.Core.dll

在VisualStudio2010中定义这些引用将导致在生成时将程序集复制到project bin文件夹中，然后使用二进制文件重新分发。但是，AppFabric缓存EULA没有明确提及重新分发权限，因此从法律上讲，这些文件不可重新分发。我不确定这是否是有意的，但是我们的客户最好在安装时为自己获取并安装AppFabric缓存，而不是使用重新分发的程序集，因为这些程序集可能已过时和/或与AppFabric缓存群集不兼容（例如，如果它使用的是不同的版本）

但是，AppFabric缓存安装程序不会将打包的程序集放入GAC中，因此客户端/客户需要这样做，以便我们的代码能够引用它们-程序集不能就地引用（在\Program Files\AppFabric 1.1 for Windows Server中）除非我们显式地引用并从特定路径加载程序集，否则这是不寻常的

---

那么我的问题是-引用这些程序集的预期使用模式是什么？它们实际上应该是可再发行的，还是我们的客户应该将它们放在GAC中，还是有其他选择？

就个人而言，我使用Nuget引用AppFabric缓存客户端libraries（）。这些程序集只是访问缓存集群的API。您可以使用它们，而无需在客户端计算机上进行任何特定安装

---

这些程序集是应用程序的一部分。当添加对另一个程序集的引用（如Automapper、Json.Net等）时，情况完全相同。。。它可以帮助您构建应用程序，而无需重新发明轮子。因此，将它们包括在构建/设置中，将更易于部署。

就个人而言，我使用Nuget引用AppFabric缓存客户端libraries（）。这些程序集只是访问缓存集群的API。您可以使用它们，而无需在客户端计算机上进行任何特定安装

---

这些程序集是应用程序的一部分。当添加对另一个程序集的引用（如Automapper、Json.Net等）时，情况完全相同。。。它可以帮助您构建应用程序，而无需重新发明轮子。因此，将它们包括在构建/设置中，将更易于部署。

这是旧版本，但值得注意的是nuget软件包已不再更新。这是旧版本，但值得注意的是nuget软件包已不再更新。