Nhiều Chế độ xem được liên kết với một chế độ xem

Question

Tôi có Chế độ xem hiển thị một số DataGrid được gắn với một ObservableCollection trong Chế độ xem. Vì mục đích thảo luận, giả sử chúng ta có Chế độ xem Team chứa một Đội DataGrid, trong đó mỗi hàng đại diện cho một Player.

Câu hỏi của tôi là về loại dữ liệu nào tôi nên sử dụng để đại diện cho người chơi trong bộ sưu tập Team của tôi. Ý tưởng tốt cho các mục trong bộ sưu tập có phải là ViewModels không? Trong trường hợp này, chế độ xem Team của tôi sẽ được liên kết với một ViewModel Team đơn lẻ cũng như bất kỳ số nào của Player Chế độ xem (trong bộ sưu tập Nhóm).

Có nhiều Chế độ xem được liên kết với một Chế độ xem vi phạm bất kỳ nguyên tắc thiết kế nào cho MVVM hay không và có cách nào ưu tiên triển khai kịch bản này không?

Cảm ơn!

Answer 1

Không có gì là tốt; mỗi đối tượng phải là một ViewModel theo đúng nghĩa của nó. Nó làm cho mã sạch hơn, tương tác đẹp hơn, và nhớ, nếu nó hoạt động tốt thì nó đúng (ngay cả khi nó vi phạm các nguyên tắc).

Tôi sẽ làm chính xác cách bạn đang kê đơn. Tôi muốn liên kết lưới của mình với một số Team, có một số ObservableCollection<Player>, trong đó Player là một loại lớp ViewModel khác. Mỗi mục hàng sẽ nhận được Player làm DataContext và do đó bạn vẫn ràng buộc với các thuộc tính ViewModel như bạn mong đợi: và Player vẫn có thể có public thuộc tính cho ICommand s (có thể là RelayCommands) để thao tác!

Hy vọng điều đó sẽ hữu ích!

Answer 2

Cách xa các nguyên tắc vi phạm, tôi nghĩ đây là thiết kế được đề xuất. Ít nhất trong các dự án của tôi, bạn sẽ thấy mẫu này liên tục.

Mẫu này đặc biệt hữu ích khi kết hợp với DataTemplates. Ví dụ, bạn có thể định nghĩa một DataTemplate trong Application.Resources của bạn cho PlayerViewModel bạn như vậy:

<DataTemplate DataType="viewModels:PlayerViewModel"> 
    <StackPanel Orientation="Vertical"> 
     <Image Source="/Images/Player.png"/> 
     <TextBlock Text="{Binding Name}"/> 
    </StackPanel> 
</DataTemplate> 

Và sau đó nếu bạn muốn hiển thị một danh sách các cầu thủ bạn chỉ cần gắn một ListBox vv để TeamViewModel.Players ObservableCollection của bạn và bạn tự động nhận được DataTemplate ở trên hiển thị cho mỗi người chơi:

<ListBox ItemsSource="{Binding Players}"/> 

Answer 3

tôi đồng ý với tất cả các câu trả lời khác (những người bởi Kieren và Groky) nhưng cảm thấy họ không đề cập đến việc xem xét rất quan trọng trong quyết định này.

Bạn chỉ nên tạo mô hình xem nếu có điều gì đó cụ thể về chế độ xem của những gì bạn đang làm. Nếu tất cả những gì bạn đang làm là ràng buộc với dữ liệu và gọi các lệnh tự nhiên thuộc về mô hình của bạn, không có lý do gì để tạo ra một mô hình khung nhìn.

Ví dụ, giả sử:

1. đối tượng Player của bạn có một tài sản Name, một tài sản Rank, phương pháp thúc đẩy() một, và một phương pháp Delete().
2. Chế độ xem của bạn là một chế độ đơn giản cho phép bạn chỉnh sửa Tên và Xếp hạng của bất kỳ trình phát nào và cũng có các nút để quảng bá và xóa người chơi.

Trong trường hợp này, việc thêm mô hình xem giữa chế độ xem và mô hình của bạn là vô nghĩa. một cái nhìn như vậy có thể gắn trực tiếp vào mô hình:

• Bind TextBox.Text đến thuộc tính Name
• Bind Slider.Value đến tài sản Rank
• Bind nút Đẩy mạnh các phương pháp thúc đẩy()
• Liên kết nút Xóa với phương thức Xóa()

Lưu ý rằng thay vì ràng buộc nút Xóa thành phương thức Delete() bạn có thể đặt Command thành ApplicationCommands.Delete và sử dụng CommandBinding để gọi Phương thức Delete().

Điểm của tôi ở đây là trong hầu hết các trường hợp, nếu mô hình của bạn được thiết kế tốt, sẽ không cần phải chèn đối tượng kiểu xem. Mô hình khung nhìn chỉ thực sự cần thiết khi trạng thái xem cụ thể cần được theo dõi (như "Trình phát hiện tại"), chuyển đổi quá phức tạp để được xử lý bằng ràng buộc đơn giản hoặc bạn cần các lệnh ảnh hưởng đến nhiều đối tượng mô hình khác nhau và/hoặc chế độ xem các thuộc tính mô hình cùng một lúc. Theo kinh nghiệm của tôi, nếu mô hình được thiết kế chính xác thì chỉ có khoảng 50% so với tất cả các lượt xem thực sự cần một mô hình xem và trong trường hợp các mục trong một danh sách thì nó giống với 20%.

Ví dụ về thời điểm bạn có thể sử dụng mô hình chế độ xem cho một mục trong danh sách là khi bạn cần gắn cờ "được chọn" riêng biệt, một phần của chế độ xem chứ không phải của mô hình của bạn và chức năng cơ bản trong ListBox không đủ.