Желание имею наваять контрол (К) у которва будет функционал (Ф), который будет наследоваться другими контролами. Там, я не знаю, какая-нибудь супер-кнопка будет появляться на наследниках.

Создал класс наследующий ContentControl в .cs- файле, теперь мне нужно ту самую кнопку встроить, я бы сделал это в шаблоне, но вопрос: как шаблон прицепить к этому базовому классу? - XAMLа-то у него нет.

Для экспериментов вписал Template = FindResource(.. в конструкторе или около того контрола К, но это работает, если сам шаблон подключать ресурсом на уровне ресурсов приложения.

Roman Mejtes,

*** волшебненько ***.

Спасибо

----------


У этова базового контрола имеется свойство типа ViewModelAbstract.
Планировалось в него помещать разнообразные модели и в кзамле контролов-наследников привязываться к свойствам вьюмоделей-наследников:

class ViewModelAbstract;
class DerivedVM : ViewModelAbstract
{
prop PropDerived;
}

class Ctrl :Control
{
ViewModelAbstract _VM;
}

class A : Ctrl
{
ctor()
{
_VM = new DerivedVM();
}
}

<..>

<.. Value={Binding _VM.PropDerived } />


Как-нибудь такое разрешимо?

Хотя, конеш, ерунда какая-то..

Спасибо

Shocker.ProА что мешает? Сделать это свойство DataContext-ом...

Тогда при вставке готового контрола в какую-нибудь форму не работают привязки от формы к этому контролу с изменённым DataContext-ом.

Roman Mejtesэто вообще не верный подход, Control вообще не должен ни чего знать не про какие модели.
У Control должны быть свойства зависимости, через которые будет определятся его текущее состояние и внешний вид. А про классы моделей он знать не должен.

авторНеоднократно слышал это.. Да. Ну и пускай :(. может я PhD по неверному проектированию. Может даже Президент медаль приколет.. когда-нибудь.
-----

В общем объяснение такое: контрол добавляет всем наследникам определенную реакцию на события вьюмодели - начата/окончена операция к бд и ещё там несколько непереводимых. Скажем, пока к бд запросы идут, контрол должен символизировать песочными часами.

Shocker.ProЛогично. Просто нужно контекстом делать не сам UserControl, а его дочерний элемент

Попробую завтра

Roman Mejtesэто очень плохая и опасная практика, подписываться на события модели из View и наоборот, потом с высвобождением этих ресурсов могут возникнуть проблему, так как подписавшись, будет сложно понять, когда от них отписываться.
Лучше использовать ICommand или на крайняк использовать связывание с Delegat'ом

Спасибо за критику, обдумаю.