Redis
 sql >> база данни >  >> NoSQL >> Redis

Каква е разликата между StackExchange.Redis и StackExchange.Redis.StrongName?

Имате ли нужда от библиотека Redis със силно име? По всяка вероятност, особено ако никога не сте срещали този термин, отговорът е не . Но четете.

Какво е силно наречено?

  • това е нещо специфично за .NET
  • можете да изберете да подпишете сглобката си с криптографски ключ
  • това дава възможност да се провери дали действително зареждате/изпълнявате нещо, което очаквате да заредите/изпълните
  • „силното име“ включва криптографския подпис заедно с обичайното име, версия и подобни неща.

Имате ли нужда от силни имена?

  • вероятно не, освен ако нямате конкретни причини. Някои от тях може да са:
  • исторически (някога подписвахме нашите асамблеи и защо се променяме сега)
  • фирмени политики
  • особени обстоятелства като нещо друго, което използвате, изискват силни имена (преди е било изискване да имате силно име, ако искате да добавите нещо към GAC)
  • евентуално съображения за сигурност

Добра идея ли е да подписвате събранията си?

  • има много разделени мнения
  • много често силните имена са мъка по толкова много начини със съмнителни ползи
  • напоследък е тенденция да не се използват силни имена, освен ако наистина не трябва

Направете вие имате нужда от библиотека Redis със строго име?

  • освен ако не решите или не трябва да подпишете свое собствено приложение, което използва библиотеката Redis, не го правите
  • версията със силни имена на библиотеката Redis е идентична с другата
  • съществува единствено с цел да улесни живота на тези, които трябва да използват силни имена


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Как мога да разбера времето, когато ключът ми се съхранява в Redis Cache/db?

  2. Как да променя между базата данни Redis?

  3. Как да използвам sadd с множество елементи в Redis, използвайки Python API?

  4. Spring data redis отменя сериализатора по подразбиране

  5. Бази данни Redis на машина за разработчици с множество проекти