Stack Exchange의 차이점은 무엇입니까?Redis 및 Stack Exchange.Redis.StrongName?

Stack Exchange의 차이점은 무엇입니까?Redis 및 Stack Exchange.Redis.StrongName?

Azure Portal에서 Redis Cache를 사용하는 방법에 대한 Azure 문서를 참조하던 중 다음과 같은 주의사항을 발견했습니다.

강력한 이름의 Stack Exchange 버전을 사용하는 경우.Redis 클라이언트라이브러리를 선택하고 Stack Exchange를 선택합니다.Redis.StrongName. 그렇지 않으면 StackExchange를 선택합니다.레디스.

강자는 무엇이고, 장단점은 무엇입니까?어플리케이션에서 필요한지 아닌지는 어떻게 판단합니까?

이름이 강한 레디스 도서관이 필요하신가요?십중팔구, 특히 이 용어를 들어본 적이 없는 경우, 대답은 "아니오"입니다.하지만 계속 읽어봐.

어떤 이름이 강하게 붙여졌나요?

• 그것은 입니다.NET 고유의 것
• 암호 키로 어셈블리에 서명하도록 선택할 수 있습니다.
• 이를 통해 실제로 로드/실행할 것으로 예상되는 것을 로드/실행하고 있는지 확인할 수 있습니다.
• "강력한 이름"은 일반적인 이름, 버전 등과 함께 암호화 서명을 포함합니다.

강한 이름이 필요하신 적 있으세요?

• 특별한 이유가 없다면 아마 아닐 겁니다그 중 몇 가지는 다음과 같습니다.
• 과거(이전에는 어셈블리에 서명했었고, 왜 지금 변경되었는가)
• 기업 정책
• 사용하고 있는 다른 것과 같은 특수한 상황에서는 강력한 이름이 필요합니다(GAC에 무언가를 추가하려면 강력한 이름이 필요했습니다).
• 보안에 관한 고려사항

조립품에 서명하는 게 좋은 생각인가요?

• 의견이 분분하다
• 매우 종종 강한 이름은 많은 면에서 문제가 되고 의심스러운 이익을 가져온다.
• 최근에는 꼭 해야 하는 경우가 아니면 강한 이름을 쓰지 않는 것이 유행이다.

이름이 강한 레디스 도서관이 필요하신가요?

• Redis 라이브러리를 사용하는 어플리케이션에 직접 서명하거나 결정해야 하는 경우를 제외하고
• Redis 라이브러리의 강력한 이름 버전은 다른 라이브러리와 동일합니다.
• 그것은 오로지 강한 이름을 사용해야 하는 사람들의 삶을 편하게 하기 위해서 존재한다.

RedisSessionStateProvider는 signed assembly 인수와 signed assembly 인수 외에 StackExchange에 의존합니다.Redis.StrongName

따라서 RedisSessionStateProvider를 사용하는 경우 종속성을 2개 갖는 경우를 제외하고 StrongName 버전을 선택합니다.

업데이트: @Matei_Radu가 지적한 바와 같이 Microsoft.AspNet.SignalR.Redis는 Stack Exchange에도 의존합니다.Redis.StrongName

단일 어셈블리에서 하나의(서명된 또는 서명되지 않은) 종속성만 가질 수 있지만 프로젝트가 여러 개 있는 경우 두 개의 종속성 모두에 종속성이 있을 수 있습니다.문제를 피하기 위해 서명된 버전만 유지하는 것이 간단해질 수 있습니다.

강력한 이름 버전은 쉐어포인트 및 com+ 개발에서 강력한 이름의 어셈블리를 사용하는 개발자를 위한 버전입니다.nuget package dev 본인은 이 질문에 대한 간단한 답은 없다고 말합니다.블로그 투고는 이쪽 http://blog.marcgravell.com/2014/06/snk-we-need-to-talk.html에서 보실 수 있습니다.

언급URL : https://stackoverflow.com/questions/28584950/what-is-the-difference-between-stackexchange-redis-and-stackexchange-redis-stron