Ограничить время компиляции данных ItemsControl

Question

I know this question has been asked before. Я не удовлетворен ответом, который был дан. Я ищу решение для компиляции. Есть ли способ сказать скрыть членов Items и ItemSource, не нарушая функциональность класса, или это не ожидаемая функциональность? Например, могу ли я создать ItemsControl<T> посредством отражения ItemsControl и смены кода или как я могу это сделать?

Чтобы разработать, я создаю элемент управления SlideShow для отображения изображений в слайд-шоу. Он наследует элемент ItemsControl, поскольку он имеет несколько дочерних элементов, но я хотел бы ограничить его доступ к объектам изображения только потому, что мне нужен доступ к этим объектам. Я хотел бы использовать это ограничение во время компиляции, чтобы я мог безопасно получать доступ к определенным членам изображения, не беспокоясь о том, какие у них типы.

Answer 1

Я понял. В Windows Phone Toolkit есть элемент управления, который имеет то же самое поведение, которое я ищу. Объект зависимостей TiltEffect обеспечивает его родительский тип во время компиляции. «Свойство IsTiltEnabled не поддерживает значения типа ...» Я просто должен сделать то же самое, но для детей моего контроля.

Что вам нужно сделать, точнее, изменить элементы (через ItemsSource ...) элемента ItemsContorl на строго типизированную коллекцию, например. a ObservableCollection

Answer 2

Я не очень опытен в WPF, но на простом C# я просто делегировал управление.

Например, если я пытался ограничить объекты, я мог бы добавить к ArrayList, я бы что-то вроде:

public class ArrayListDemo 
{ 
    private ArrayList innerList; 

    public ArrayListDemo() 
    { 
     innerList = new ArrayList(); 
    } 

    public int Add(string str) 
    { 
     return innerList.Add(str); 
    } 

    public void Remove(string str) 
    { 
     innerList.Remove(str); 
    } 

    public string this[int index] 
    { 
     get 
     { 
      return innerList[index] as string; 
     } 
     set 
     { 
      innerList[index] = value; 
     } 
    } 

    public static implicit operator ArrayList(ArrayListDemo stringArrayList) 
    { 
     return stringArrayList.innerList; 
    } 
} 

Это позволяет мне написать свою собственную реализацию методов, не требуя, чтобы я перегрузить ВСЕ методы. Наличие неявного приведения в действие означает, что компилятор будет знать, что наш объект можно использовать вместо объекта, который мы переопределяем. Опять же, я не знаю, можно ли это сделать с WPF, или если работа, связанная с переопределением и делегированием ваших вызовов, просто слишком сложна, но я подумал, что я бы указал на этот подход, если он будет полезен.

Answer 3

Какое «специальное поведение» вам нужно обрабатывать, чтобы итерации через элементы нужно было выполнять внутри элемента управления?

Вы не можете использовать дженерики в XAML (хотя вы можете СДЕЛАТЬ его работу ограниченным образом), поэтому все, что вы делаете, будет ТОЛЬКО когда-либо иметь возможность обрабатывать один тип объекта, в вашем случае Image. Как это более многоразовое, что привязывает любой тип, который вы хотите во время выполнения?

Что не так с созданием UserControl для обработки ваших функций слайд-шоу, а не для того, чтобы заставить тип управления не предназначаться для того, что вы делаете в нем?

Почему вы выполняете итерацию через свойство Items? Кажется, что он действительно предназначен для использования в основном базовой системой WPF, а не клиентом. Какую функциональность вы получаете от выполнения этого, чего не может быть достигнуто посредством простой привязки?