복붙노트

[REDIS] StackExchange.Redis와 StackExchange.Redis.StrongName의 차이점은 무엇입니까?

REDIS

StackExchange.Redis와 StackExchange.Redis.StrongName의 차이점은 무엇입니까?

나는 푸른 포털 I에서 레디 스 캐시를 사용하는 방법에 대한 푸른 문서를 다음 동안이 쪽지를 발견 :

강한-이름은 무엇인가? 그리고 장점과 단점은 무엇입니까? 내 응용 프로그램에서 또는하지를해야하는 경우 어떻게 결정 하는가?

해결법

  1. ==============================

    1.당신이 강력한 이름의 레디 스 라이브러리가 필요하십니까? 십중팔구, 당신도이 용어가 발생하지 특히, 대답은 '노. 그러나 읽어.

    당신이 강력한 이름의 레디 스 라이브러리가 필요하십니까? 십중팔구, 당신도이 용어가 발생하지 특히, 대답은 '노. 그러나 읽어.

    강력 무엇을 이름이?

    혹시 강력한 이름이 필요합니까?

    당신의 어셈블리에 서명하는 것은 좋은 생각인가?

    당신이 강력한 이름의 레디 스 라이브러리가 필요하십니까?

  2. ==============================

    2.이외에도 서명되지 않은 어셈블리 인수 대 서명에서의 RedisSessionStateProvider는 StackExchange.Redis.StrongName에 종속

    이외에도 서명되지 않은 어셈블리 인수 대 서명에서의 RedisSessionStateProvider는 StackExchange.Redis.StrongName에 종속

    당신이 RedisSessionStateProvider을 사용하려는 경우 두 개의 종속 관계를 갖고 싶어하지 않는 그래서는 StrongName 버전을 선택합니다.

    업데이트 :로 @Matei_Radu는 지적이 Microsoft.AspNet.SignalR.Redis도 StackExchange.Redis.StrongName에 종속

    당신은 하나의 어셈블리 하나에 종속 (중 서명 또는 서명)을 가질 수 있지만, 여러 프로젝트가 있다면, 당신은 모두에 대한 종속성을 가질 수 있습니다. 이 문제를 방지하기 위해에만 서명 된 버전을 유지하는 일을 단순화 할 수있다

  3. ==============================

    3.강력한 이름 버전의 SharePoint 및 COM + 개발에 강력한 이름의 어셈블리를 사용하는 개발자를위한 것입니다. nuget 패키지 dev에 자신이 질문에 대한 간단한 대답이 없음을 말한다. 여기에 블로그 게시물 http://blog.marcgravell.com/2014/06/snk-we-need-to-talk.html 읽기

    강력한 이름 버전의 SharePoint 및 COM + 개발에 강력한 이름의 어셈블리를 사용하는 개발자를위한 것입니다. nuget 패키지 dev에 자신이 질문에 대한 간단한 대답이 없음을 말한다. 여기에 블로그 게시물 http://blog.marcgravell.com/2014/06/snk-we-need-to-talk.html 읽기

  4. from https://stackoverflow.com/questions/28584950/what-is-the-difference-between-stackexchange-redis-and-stackexchange-redis-stron by cc-by-sa and MIT license