[quot SeVa]thunder2пропущено...
Я правильно понял, интересует, что будет, если в коллекции солянка из разных типов?
Не совсем. Если мы берем OC для хранения экземпляров моделей, то в случае программирования исходя из неизменчивости структуры БД всё выглядит красиво, но если в процессе эксплуатации БД надо изменить структуру той или иной таблицы (возмем случай расширения столбцов). Надо заменить модель. Допустим. Мы может реализовать автоматическую генерацию исходника моделей для новой структуры БД, скомпилировать в сборку. А что дальше ? Будет ли работать уровень VM ? Видимо нет. Можно конечно запрограммировать так, чтобы в ОС вставлялись, ну скажем, экземпляры типа Object (как ниже)
1.
ObservableCollection<Object> Data = new ObservableCollection<Object>()
или экземпляры какого другого класса
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
// предок для всех моделей
class Model: INotifyPropertyChanged
{
// пусть это будут обязательные поля для любых таблиц (что вообщем-то справедливо)
private string _name;
private string _id;
protected void RisePropertyChanged(string name)
{
if (PropertyChanged != null)
PropertyChanged(this, new PropertyChangedEventArgs(name));
}
public string Name
{
get { return _name; }
set
{
_name = value;
RisePropertyChanged("Name");
}
public string ID
{
get { return _id; }
set
{
_id = value;
RisePropertyChanged("ID");
}
}
public event PropertyChangedEventHandler PropertyChanged;
}
// вот моделька для некой таблицы Tab
class Tab1: Model
{
private int _qty;
public int Qty
{
get { return _qty; }
set
{
_qty = value;
RisePropertyChanged("Qty");
}
}
}
// теперь новая модель для той же самой таблицы но мы в неё добавили еще поле
class Tab1: Model
{
private int _qty;
private double _price;
public int Qty
{
get { return _qty; }
set
{
_qty = value;
RisePropertyChanged("Qty");
}
}
public double Price
{
get { return _price; }
set
{
_price = value;
RisePropertyChanged("Price");
}
}
}
}
// на уровне VM делаем коллекцию примерно такого вида
ObservableCollection<Model> Data = new ObservableCollection<Model>();
(но всё что вставляется в ОС будет одного типа). Разумеется мы будем использовать приведение типов.
Тогда можно будет вставлять в такую коллекцию любые Модели унаследованные от Model. Но как в этом случае делать декларативную привязку ? Ведь в слое VM нет никакой информации о "новых" свойствах. Или же WPF настолько умен, что может по указанному имени в разметке XAML связаться с нашим "новом" свойством ? Я просто не делал так никогда потому не уверен, что привязка будет работать. Обычно всё объекты, их типы, свойства известны на момент компиляции и в таком случае вопросов не возникает, а тут у нас известен по-сути лишь один тип Model с двуми свойствами.
