是什么StackExchange.Redis和StackExchange.Redis.StrongName之间的区别？ [英] What is the difference between StackExchange.Redis and StackExchange.Redis.StrongName?
问题描述
当我在下面的Azure <一个href=\"http://azure.microsoft.com/en-us/documentation/articles/cache-dotnet-how-to-use-azure-redis-cache/\">documentation对于如何在Azure中使用门户缓存Redis的，我注意到这样一个字条：
While I was following Azure documentation for how to use Redis Cache in Azure Portal I noticed this note:
如果您preFER使用StackExchange.Redis的强命名的版本
客户端库，选择StackExchange.Redis.StrongName;除此以外
选择StackExchange.Redis。
If you prefer to use a strong-named version of the StackExchange.Redis client library, choose StackExchange.Redis.StrongName; otherwise choose StackExchange.Redis.
什么是强命名？什么是proc和缺点是什么？如何决定，如果我需要与否在我的应用程序？
What is the strong-named ? and what is the proc and cons ? How to decide if I need it or not in my application ?
推荐答案
你需要一个强命名的Redis库？在所有的可能性，特别是如果你从来没有遇到过连这个词，答案是的没有的。但是，请继续阅读。
Do you need a strongly named Redis library? In all likelihood, especially if you never even encountered this term, the answer is no. But read on.
什么是强命名？
- 这是一个.NET具体的事情
- 您可以选择与加密密钥签名程序集
- 这使得它可以验证你实际上加载/运行您希望加载的东西/运行
- 强名一起包含了加密签名与通常的名称，版本之类的东西。
你有没有需要强大的名字呢？
Do you ever need strong names?
- 可能不会，除非你有特别的理由。其中的一些可能是：
- 历史（我们用来签署我们的组件，以及为什么改变现在）
- 企业策略
- 特殊情况下，如一些你正在使用其他需要强有力的名称（这曾经是一个要求，具有很强的名称，如果你想添加一些东西到GAC）
- 可能的安全考虑
这是个好主意，签上您的组件？
Is it a good idea to sign your assemblies?
- 有很多意见分歧的
- 经常强劲的名字都在与可疑的好处很多方面痛
- ，它一直是近来的趋势不使用强名称，除非你真的必须
做的您的需要一个强命名的Redis库？
Do you need a strongly named Redis library?
- 除非你决定或者签署自己的应用程序，它使用Redis的库不这样做
- 的Redis库的强名称的版本是相同的另一种
- 这仅仅存在使谁需要使用强名称容易与生命的原因
这篇关于是什么StackExchange.Redis和StackExchange.Redis.StrongName之间的区别？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
