Как вы используете привязку данных в разработке C # winforms?

Question

В последнее время я использую привязку данных для ускорения разработки приложения на C # winforms. Но я обнаружил, что привязка данных просто полезна, когда элементом управления является Textbox или textare и текстовые элементы управления. Если что-то становится переключателем, контролем изображения или просмотром данных, мне трудно использовать привязку данных.
Например, мне сложно привязать группу переключателей к полю базы данных.
Мне сложно предварительно обработать данные в базе данных, а затем привязать их к элементу управления datagridview (я знаю, что для этого могу использовать представление, но это не так удобно)
(другой пример: вейл в базе данных равен 1 и 0, мне нужно преобразовать в женский и мужской, прежде чем связывать обзор данных)

Итак, я действительно хочу знать, большинство из вас, ребята, когда будут использовать привязку данных? И как ты будешь этим пользоваться?

EDIT: Я знаю, что могу разделить эти вещи на разные уровни, но я хочу воспользоваться преимуществами привязки данных, но, пользуясь ими, я обнаружил, что это не так удобно, есть ли другие проблемы, от которых это зависит?

EDIT: но, насколько я знаю, привязка данных аналогична жесткому коду, она привязывает элемент управления непосредственно к полю базы данных, и после этого трудно вносить изменения в этот пользовательский интерфейс

Answer 1

Чаще всего, лучше. Привязка данных позволяет сэкономить столько времени на разработку пользовательского интерфейса, что никогда не следует пытаться связывать «вручную». Но не рекомендуется напрямую связывать ваш пользовательский интерфейс с базой данных по той причине, которую вы вызвали: предварительная обработка.

Вы должны поместить промежуточный уровень между пользовательским интерфейсом и уровнем данных, обычно называемый уровнем бизнес-логики, на который ссылается Enigmativity.

Следовательно, вы можете отображать данные в тех случаях, когда они нужны для отображения. Взгляните и на шаблон дизайна адаптера.

Answer 2

Вам следует проверить стиль разработки Model-View-ViewModel . В очень простом смысле ViewModel - это отображение между моделью и данными (данные из вашей базы данных) и представлением (ваш пользовательский интерфейс). ViewModel должен быть почти исключительно данными, привязанными к интерфейсу пользователя. Здесь происходит ваша бизнес-логика, и она должна быть очень проверяемой.