ette: А как бы смысл использовать MVVM, и тут же грубо его нарушать. Как вариант, делать несколько шаблонов, и уже привязываться к нему и устанавливать его в свойстве.
Alex Wells: Не понятно вообще, как клиент получает экземпляр с сервера. есть конечно вариант, получаем базовый, а потом все копируем в нужный (рефлексия в помощь).
ayazer: согласен, но по поводу 2, среды всего 2, .net и mono, а там это так. Или читал или видел видео с конференции, но класс можно разместить на стеке, а значимый тип в куче без проблем.
Дмитрий: просто вас сбивает само понятие структура. Например в C++ struct и class это одно и тоже(разница в видимости членов по умолчанию). Тут также, фактически struct это sealed class и при этом говорит компилятору, что память выделять на стеке.
В дополнение, я бы не стал бы делать в вашем случае серийный номер ключом и индификатором записи, для ключа добавил бы поле ID автоинкрементное и пусть оно ключом будет, ибо при изменении ключа, потом вам нужно обновить все внешние ключи в связанных таблица, а так это решает сразу 2 проблемы.
Станислав Силин: Это понятно, все от задачи зависит, в определенных случаях и без генериков и без переопределения свойства даже можно было обойтись (например в ListView каком нибудь в XAML). Но согласен, от такого кода попахивает. Человек спросил, я дал ответ ))))
Олег: почему бред? у меня приложение ASP.Net Core работает под .Net 4.5, лишь по причине работы с Active Directory, но при этом теряется кроссплатформенность.
Станислав Макаров: Чтобы поддерживать стили, привязку данных, анимацию и значения по умолчанию для свойства, оно должно быть реализовано как свойство зависимостей. Значения свойства зависимостей не хранятся как поля класса, они хранятся в платформе XAML. https://msdn.microsoft.com/ru-ru/windows/uwp/xaml-... XAML не было бы без DP.
