nasıl montaj güçlü adını kullanmak kaynak URI'lerini kullanmak WPF zorlamak için? Ahh!

Question

Tamam ibaresini, bu gerçekten rahatsız edici, ben yükleme XAML kaynakları için WPF tarafından oluşturulan kod, WPF meclislerinin yan sürümleri yana desteklemek için gereken senaryolar için sorunlu olabilir, bu nedenle güçlü isim kullanılmasını görünür ve etmediğini daha önce fark etmiştim.

Durum böyle oldu ve şimdi sorunlara neden oluyor - Yalnızca sürüm numaralarında (montaj sürümleri) farklı olan eklentilerin yan yana kurulumunu desteklemesi beklenen bir eklenti sistemim var. . montajları aynı DLL dosya adını olsa bile farklı kimlikler olması belirlenmesi nedeniyle elbette bu .NET ile desteklenebilir, bunlar kesin adlandırılmış ve farklı bir kamu/özel anahtara sahip YA farklı montaj sürüm numarasına sahip ya şartıyla. görsel stüdyo tarafından pencereler ve usercontrols için oluşturulan koda bakarsak

Şimdi, aşağıdaki otomatik oluşturulan dosyada bakın:

/// <summary> 
/// InitializeComponent 
/// </summary> 
[System.Diagnostics.DebuggerNonUserCodeAttribute()] 
public void InitializeComponent() { 
    if (_contentLoaded) { 
     return; 
    } 
    _contentLoaded = true; 
    System.Uri resourceLocater = new System.Uri("/Sensormatic.AMK1000.Panel;component/views/servicepanelui.xaml", System.UriKind.Relative); 

    #line 1 "..\..\..\Views\ServicePanelUI.xaml" 
    System.Windows.Application.LoadComponent(this, resourceLocater); 

    #line default 
    #line hidden 
} 

Uyarı kaynak bulucu oluşturulur hat - it xaml kaynağını içeren güçlü adı veya derlemenin sürümünü belirtmeyen göreceli bir URI kullanıyor.

belki LoadComponent çağıran meclisin kimliğini kontrol etmek ve genel anahtar ve versiyon detayları var ya da belki 'bu' parametresi için türünü içeren derleme kimliğini kontrol kullanmak düşündüm.

Durum böyle değil - farklı sürüm numaralarına (ancak aynı dosya adına) sahip iki derlemeniz varsa, "Kaynak X bulunamıyor" iletisiyle bir IOException alabilirsiniz (yukarıdaki örnek için "Kaynak bulunamıyor) 'views/servicepanelui.xaml'.

Daha da kötüsü, bunun aynı dosya adıyla ancak farklı ortak/özel anahtarla, yani farklı yayıncılardan oluşan derlemeler de bu hatayla sonuçlanacağı anlamına geleceğinden eminim.

Yani, herkes bu etrafında nasıl biliyor.? nasıl uyumlu WPF güçlü isim yapmak.

Not kadarıyla bana kalırsa bu bir WPF hatasıdır. Bunu önlemek için yalnızca Appdomain yalıtımını kullanmanız gerekmemelidir.

Answer 1

Ben bu muhtemelen XAML kalıp bir hata ya da en azından bir eksiklik olduğunu kabul eğilimindedir. Belki de Connect numaralı telefondan bildirmelisiniz.

Potansiyel çözümlerden bir çift burada çalıştı, ancak henüz:

1. (tam montaj bilgilerini belirtmek otomatik pack URIs kullanmak .g.cs dosyalarını değiştirmek için bir ön-derleme adımı enjekte AssemblyShortName [; Version] [; PublicKey];)
2. AppDomain.AssemblyResolve için Ekle bileşen/Yol CLR doğru montaj bulmalarına yardımcı olmak için

Answer 2

Bu aynı Probl, Celi Differ yaşamış em ve bu, ekte bir .xaml sayfası kullanılarak bir kontrol oluşturulduğunda olası bir çözüm olabilir.

.cs dosya yapıcısı, InitializeComponent() çağrısından önce, aşağıdaki satırları ekleyin:

 
contentLoaded = true; 
var assemblyName = GetType().Assembly.GetName(); 
System.Windows.Application.LoadComponent(GetType(), new Uri(
       string.Format("/{0};v{1};component{2}/{3}.xaml", 
       assemblyName.Name, 
       assemblyName.Version, 
       [[[namespace]]], 
       type.Name 
       ), UriKind.Relative)) 

burada [[[ad]]] olarak görsel stüdyo projesi varsayılan ad dışında sınıfın tam ad girmek

(Not: orada bir üzerinde işaretli bir açık https://connect.microsoft.com/VisualStudio/feedback/details/668914/xaml-generated-code-uses-resource-uri-without-assembly-strong-name bağlantı) oluşturulan kod URI en değiştirmek için proje dosyasında aşağıdaki ayarlayabilirsiniz

Answer 3

:

<PropertyGroup> 
    <AssemblyVersion>1.0.0.0</AssemblyVersion> 
    <AssemblyPublicKeyToken>[YOUR_PUBLIC_KEY_TOKEN]</AssemblyPublicKeyToken> 
</PropertyGroup> 

Answer 4

VS2012'de bununla uğraşıyorum. Riccardo'nın çözümünü bu ortamda çalışmak için alamadım. Onun Bu kod varyantı ...

_contentLoaded = true; 
var assemblyName = GetType().Assembly.GetName(); 
Application.LoadComponent(this, new Uri(String.Format("/{0};v{1};component/CustomersFrame.xaml", assemblyName.Name, assemblyName.Version), UriKind.Relative)); 

... 'kaynağı bulamadı' sorunu çözmek mi ama sonra çocuk eleman boyunca biraz daha ileri aşağıdaki hatayla: 'adında bir nesne kaydedilemedi. Bu kapsamda 'ad' adında yinelenen isim kaydedilemez. '

Aaron Marten'in çözüm benim için çalışır. Üzgünüm, yorum yapamıyorum veya tavsiye edemiyorum ama temsilcisi yok. senin otomatiktir yapýlar eğer Msbuild sürecine AssemblyVersion = $ versiyon parametresi:

Answer 5

Ayrıca/s geçebilir.

Answer 6

Bu kod, Riccardo'nın Yanıta göre, VS2010 benim için çalıştı.

Öncelikle benim XAML yapıcı çağırabileceğiniz bir yükleyici yöntemi tanımladı.

namespace Utility 
{ 
    public class Utility 
    { 
     public static void LoadXaml(Object obj) 
     { 
      var type = obj.GetType(); 
      var assemblyName = type.Assembly.GetName(); 
      var uristring = string.Format("/{0};v{1};component/{2}.xaml", 
       assemblyName.Name, 
       assemblyName.Version, 
       type.Name); 
      var uri = new Uri(uristring, UriKind.Relative); 
      System.Windows.Application.LoadComponent(obj, uri); 
     } 
    } 
} 

Daha sonra her XAML kontrolü için yapıcısı içinde, beraber InitializeComponent() değiştirilmiştir:

benim RelativeSource bağlamaları bazı çalışmayı durdurdu, ama bu geçici bir çözüm mümkün olduğunu fark etmedi

 _contentLoaded = true; 
     Utility.Utility.LoadXaml(this); 
     InitializeComponent(); 

.