Haruskah kita mengikat tampilan ke properti model atau ViewModel harus memiliki itu sendiri ..?

Saya memulai proyek dengan lingkungan teknis berikut:. Net 4.0, Entity Framework 4.0, WPF dengan Arsitektur MVVM

Saya melihat banyak contoh di internet, beberapa buku dengan lingkungan ini. Dalam beberapa contoh penulis memiliki Ide ini:

1. Viemodel akan memiliki instance kelas Model (Entity Framework Entity eg Person)
2. Ikat kontrol tampilan WPF ke properti Model

Sementara beberapa penulis melakukannya:

1. Viemodel akan memaparkan semua properti model.
2. Ikat kontrol tampilan WPF ke properti ViewModel daripada langsung ke model.

Jadi apakah itu ide yang baik untuk membiarkan tampilan mengikat properti dari model daripada viewmodel mengekspos sendiri? Atau yang lebih disukai?

Saya pikir banyak programmer pertama kali mencoba untuk mengambil jalan pintas dari pengikatan langsung ke model, tetapi dalam pengalaman saya ini memiliki beberapa kelemahan utama. Masalah utama adalah bahwa jika model entitas Anda dipertahankan oleh NHibernate atau serupa, maka segera setelah Lihat memperbarui properti model, maka NHibernate dapat bertahan perubahan itu ke database. Itu tidak berfungsi dengan baik untuk layar edit yang memiliki tombol Simpan / Batalkan. Pada kenyataannya, mungkin memilih untuk menunggu dan bertahan semuanya sebagai batch, tetapi idenya adalah ketika Anda mengubah model, Anda melakukan perubahan Anda.

Jadi, Anda masih bisa lolos dengan mengikat langsung ke model properti pada layar read-only, tetapi kemudian Anda akan memiliki inkonsistensi.

Selain itu, sebagian besar model tidak diimplementasikan INotifyPropertyChangedsehingga mungkin tidak sesuai target pengikatan jika keadaan layar berubah setelah tampilan awal.

Mengingat kemudahan properti-otomatis, saya sarankan selalu mengikat View ke ViewModel, bukan ke Model. Ini konsisten, sederhana, dan memberi Anda fleksibilitas paling untuk mendukung perubahan di masa depan.

Intinya ViewModeladalah bahwa itu adalah model dari View.

Anda harus mengikat ViewModelke View, bukan Modelproperti apa pun (tidak secara langsung, bagaimanapun).

Saya menemukan kedua metode ini dapat diterima

Mengikat hanya ke ViewModel adalah pendekatan "MVVM-purist" dan mengarah pada pemisahan antar lapisan yang lebih baik. Mengikat ke Model biasanya lebih cepat dan lebih nyaman.

Kecuali saya memiliki alasan yang baik untuk sepenuhnya memisahkan lapisan (ukuran proyek, masalah pemeliharaan di masa depan, jenis Model yang saya kerjakan, dll), saya mengikat Model.

Saya pikir apa yang Anda lihat adalah sebuah konsep yang disebut bind through, yaitu jika model Anda memiliki properti bernama nama dan view-model Anda mengekspos properti ini tanpa pengeditan atau konversi tambahan maka Anda dapat mengikat melalui model sehingga akan menjadi.

Kode semu:

 {Binding: MyViewModel.MyModel.Name}

Hal ini dilakukan untuk mengurangi jumlah properti 'Fluff' pada model tampilan, sayangnya itu juga merupakan ide yang buruk dalam jangka panjang. Konsep model tampilan adalah untuk memastikan bahwa tampilan tidak bergantung pada model. Dengan mengikat Anda sekarang harus memastikan bahwa model Anda berisi properti bernama nama jika tidak implementasi Anda akan rusak.

Jika Anda hanya mengikat sejauh model tampilan, Anda dapat mengganti model dan tampilan tidak akan pernah tahu karena hanya akan pernah melihat properti bernama Nama pada model tampilan.

Sekarang ini dapat dikurangi dalam keadaan tertentu jika model Anda didasarkan pada antarmuka. Jadi, jika antarmuka memiliki IBaseDetails yang mengekspos properti ModuleName maka Anda bisa:

Kode semu:

 {Binding: MyViewModel.MyModel.ModuleName}

Selama salah satu Model yang Anda buat memenuhi antarmuka IBaseDetails, emas Anda, perlu diketahui bahwa ini adalah kasus tepi dan secara umum Anda 90% selalu lebih baik untuk membungkus model tampilan Anda di sekitar model yang dicakupnya.

Jika Anda melihat banyak gesekan mencoba keluar dari Model -> ViewModel, coba sesuatu seperti AutoMapper. Ini menghapus kebosanan yang terkait dengan menyalin properti secara manual.

Saya sampai di sini hanya karena saya memiliki keraguan yang sama dan saya yakin bahwa saya akan selalu terikat untuk melihat model daripada model.

Ambil pendekatan Angular Reactive Form. Anda membuat grup formulir menggunakan beberapa informasi Model Tampilan tetapi kemudian Anda harus mengakses formulir. Nilai untuk mendapatkan nilai dan menyalin nilai ke model menggunakan auto mapper atau manual apa pun. Saya pikir tidak ada yang lebih indah daripada mengikat ke properti dalam model tampilan, katakanlah misalnya saya memiliki halaman tampilan proyek di mana saya memiliki nama proyek, nama klien, dll.

Ada hubungan antara proyek dan klien karena proyek memiliki klien. Jadi pada level ini, saya seharusnya tidak peduli tentang hubungan itu. Saya hanya perlu memperlihatkan secara visual nama proyek dan nama klien dalam tampilan, jadi saya menempatkan 2 properti dalam model tampilan nama proyek dan nama klien sehingga saya mengikat kontrol tampilan ke kedua mereka, nanti saya akan khawatir tentang memberikan nilai ke properti-properti dalam kode di belakang mengambil lalu dari struktur apa pun yang dimiliki model.

Hal yang sama bisa untuk memperbarui model dalam hal save / cancel tidak ada yang lebih bersih.