5

¿Se admite <bindingRedirect /> fuera del .NET Framework completo? Por ejemplo, la siguiente es compatible con una aplicación .NET normal (en app.config o web.config):¿Se admite <bindingRedirect /> en Silverlight, Windows Phone y Metro?

<configuration> 
    <runtime> 
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> 
     <dependentAssembly> 
     <assemblyIdentity name="PostSharp" publicKeyToken="b13fd38b8f9c99d7" culture="neutral" /> 
     <bindingRedirect oldVersion="3.0.0.0-3.1.1.1" newVersion="3.1.1.1"/> 
     </dependentAssembly> 
    </assemblyBinding> 
    </runtime> 
</configuration> 

Si no se admite, ¿cómo es el problema de las referencias de ensamblado indirecta dirigida? Es decir, si el componente A se refiere a los componentes B y C, y B se refiere a D v1.0, C a D v1.1, ¿cómo nos aseguramos de que B encuentre su dependencia si enviamos solo D v1.1?

Respuesta

5

No se admiten redireccionamientos de enlace en las aplicaciones de Silverlight, Windows Phone o Windows Store. Sin embargo, esto se debe a que no son necesarios.

Suponiendo que solo estamos hablando de ensamblados que no sean de plataforma aquí, básicamente las tres plataformas tienen políticas de enlace similares ya que permitirán que una versión posterior de un ensamblaje satisfaga una versión anterior con el mismo nombre.

En su ejemplo particular, esto significaría que el componente B obtendría automáticamente la versión D v1.1.

+0

¡Gracias, David! –

+0

¿Y qué hay de los conjuntos de plataforma? ¿Cómo puedo redireccionar FSharp.Core 4.3.0.0 a FSharp.Core 4.3.1.0 en una aplicación WinStore o WinPhone? –

+0

La misma pregunta sobre FSharp.Core. El paquete Nuget construido en F # requiere referencia a FSharp.Core 4.3.1.0, sin embargo, el más grande que puede instalar en la aplicación WP81 es 3.259.4.0 y, por lo tanto, AssemblyLoadException –

Cuestiones relacionadas