WPF двусторонняя привязка с внутренним установщиком

Question

Я использую двухстороннюю привязку WPF для свойства CLR, которое реализует INotifyPropertyChanged. set для объекта: internal, а get - public.

К сожалению, я получаю следующее сообщение об ошибке:

System.Windows.Markup.XamlParseException was unhandled Message: An unhandled exception of type 'System.Windows.Markup.XamlParseException' occurred in PresentationFramework.dll Additional information: A TwoWay or OneWayToSource binding cannot work on the read-only property 'Name' of type 'MyType'.

Является ли это ожидаемое поведение? Я бы подумал, что внутренние сеттеры должны работать нормально ... Обратите внимание, что CLR-тип определен в другой сборке и отображается в текущей сборке с атрибутом [assembly: InternalsVisibleTo("MyAssembly")].

У кого-нибудь есть обходные пути/предложения? Объявляющая сборка - это библиотека классов, поэтому мне не нужно менять set на public.

Answer 1

О, мой ... Я только что узнал, привязки WPF не работают с внутренними свойствами. О, Microsoft ... Что бы вы ни думали?

---

Update:

Вот что я понял до сих пор (Спасибо, @ Grx70):

• WPF не является родной частью платформы .NET , это просто «плагин», который также может быть написан Microsoft. Вот почему он не может получить доступ к членам вашей сборки internal.
• Microsoft может позволить WPF уважать атрибут [assembly: InternalsVisibleTo("XXX")], но на данный момент WPF игнорирует его, что, к сожалению, не оставляет его с помощью каких-либо простых обходных решений. Примечание: Я тестировал с использованием InternalVisibleTo - как подписанных, так и не подписанных, с PresentationFramework, PresentationCore и целым рядом других DLL без везения.
• Единственным обходным решением, которое я могу сейчас придумать, является создание класса «Прокси», который может публиковать все необходимые члены. Это довольно PITA (у меня много классов, и я ненавижу кошмар обслуживания, который приходит с созданием равного количества классов «Proxy») - поэтому я мог бы изучить использование PostSharp, или Fody, или какого-то ткача для авто -создайте эти классы «прокси», если смогу.

Все самое лучшее для всех, кто сталкивается с этой проблемой.

Answer 2

Вы можете создать свою собственную новую общественный wraper собственность и использовать геттер и сеттер его, чтобы взаимодействовать с вашим внутренним свойством

  internal string _SideTabHeader; 

      public string SideTabHeader 
      { 
       get { return _SideTabHeader; } 
       set 
{ 
    if(value<0) 
    { 
     do nothing 
    } 
    else 
    { 
     _SideTabHeader=value; 
    }; 
} 
     }