Привет всем!
У меня есть некоторый универсальный класс (допустим, Force), который входит в другие классы (допустим, BarForce, в котором public Force и какие-то другие свойства). Я бы хотел в окнах редактирования этих классов видеть единую панельку редактирования универсального класса. Чтобы для пользователя выглядело как будто он редактирует конкретную сущность с полным набором свойств (включая свойства Force), а не открывал отдельное окно для редактирования Force. И эту универсальную панельку включать во все окна редактирования сущностей, где есть public Force.
Правильно ли я понимаю, что мне нужен DataTemplate (который надо разместить в Application Resources), так как он предназначен для шаблона связанного с данными (в моем случае экземпляр Force). Content Template не то, так как он предназначен для шаблона контрола не связанного, в основном, с данными. А UserControl мне тоже подойдет, но его следует применять когда для контрола нужна какая-то собственная логика и/или обработка.

Спасибо. Т.е. если все свойства Forces одного типа (double), то можно спуститься на уровень ниже и сделать Data Template из TextBox+TextBlock и набор этих объектов разместить на ListView или другом Items контроле? Благодарю за идею, попробую.

Petro123Типа propertyGrid?

Можно и так попробовать - класс состоит только из небольшого числа данных одного типа double.
Вроде логично сделать отдельное окно для редактирования Force, но и так много окон и пользователи жалуются, что много между окнами приходится переключаться. Хочется чтобы в одном окне было, но повторять для каждой базовой сущности эту панельку как-то глупо. Если сделать шаблон - тогда потом и в отдельное окно можно будет быстро вынести.

Petro123Евгений, Екатеринбург,
Дай свои классы в коде с парой свойств для примера.
Примерно так




Данные хранятся не в базе, а в XML, но в будущем возможно сделаю слой ответственный за БД.
Я программист-любитель, только разбираюсь в C# - не все сразу делаю правильно.

Petro123Евгений, ЕкатеринбургДанные хранятся не в базе, а в XML,совет!
Начните с основ.
Это Модель в ОРМ и субд.
Отношения между классами.
WPF сегодня есть а завтра нету, а Модель и МV*** будет до пенсии)).
IMHO
У меня небольшой однопользовательский калькулятор, думаю не для всех задач нужна СУБД. Слои интерфейса и бизнес-логики у меня выделены в отдельные проекты, сущности хранятся в слое бизнес-логике. Надстройка WPF это еще один слой над слоем UI, т.е. конкретной привязки к WPF у меня нет. Вроде все правильно по архитектуре, по науке?

Petro123Евгений, Екатеринбург,
Правильно я понял что панелька Force у тебя в нескольких окнах программы?

Будут и другие сущности, в которых будет свойство типа Force, и соответственно, панелька будет встраиваться и в их окна тоже. Было бы в одном месте (сейчас так и есть), то понятно что шаблон смысла нет. Но развивая программу понял, что надо бы выделить Force в отдельный класс.
Бизнес-логика такая.
Класс Force это усилие в элементе. Элемент может быть стержнем, колонной, балкой и т.п. когда программа считала только стержень, усилия были сразу в классе, который отвечал за усилия в стержне. Когда понадобилось считать еще колонны и балки, решил выделить усилия в отдельный класс.