Even though it's quite common to use only the public key when using strong
name evidence, other parts of the strong name can also be used when
constructing strong name membership conditions or identity permission
demands. Since it's possible to vary permission grants based on strong name
without varying the signing key, potential policy use probably shouldn't be
a factor when selecting a signing key.
[quoted text, click to view] "Joe Kaplan (MVP - ADSI)" <joseph.e.kaplan@removethis.accenture.com> wrote
in message news:eFHhPOAYFHA.1796@TK2MSFTNGP15.phx.gbl...
> The only reason I can think of that you might want different strong names
> would be to apply different security policies to different assemblies and
> wanted to use the strong name as evidence. Otherwise, I agree with Alex.
> You probably just want one key.
>
> Joe K.
>
> "Alek" <alek_xDDOOTTx_davis_xAATTx_intel _xDDOOTTx_com> wrote in message
> news:%23z6onDAYFHA.3716@TK2MSFTNGP12.phx.gbl...
>> Ryan,
>>
>> You can use one key. There is no advantages of using multiple keys.
>>
>> Alek
>>
>> "Ryan Taylor" <rtaylor@stgeorgeconsulting.com> wrote in message
>> news:uLxwol8XFHA.3584@TK2MSFTNGP14.phx.gbl...
>>> Hello.
>>>
>>> I am developing an application with multiple assemblies. I have all the
>>> projects contained in one solution just to make code management a little
>>> easier. However, is it recommended to have one key for strong naming for
>>> all the assemblies (projects) or should if assembly be strong named with
>>> a different key?
>>>
>>> Thanks.
>>> Ryan
>>>
>>
>>
>
>