Ngăn chặn đóng băng trong khi tái tạo giao diện người dùng WPF phức tạp?

Question

OK cho phép đối mặt với nó, trong khi hiển thị và bố cục vượt qua giao diện người dùng WPF sẽ đóng băng ....

Bất kỳ thoát khỏi điều này?

Ai đó đã nói về XAML serialization và Desrialization nhưng nó thực sự có hiệu quả không? Tất cả những gì tôi thấy là một khoảnh khắc tạm thời và cửa sổ đông lạnh cho các UI phức tạp được deserialized.

Tôi có bao giờ có thể đạt được tải UI nhanh không?

P.S. Tôi không nói về tải dữ liệu xem trên chủ đề nền và nội dung. Nó là anyways một chuẩn bây giờ-một-ngày. Nhưng liệu có ANY (điều này nghe có vẻ tuyệt vọng) để không tạo ra một cửa sổ bị treo cho các giao diện người dùng phức tạp? Bởi phức tạp, tôi có nghĩa là phong cách nặng, mẫu phân cấp sâu, bảng không ảo hóa, v.v.

Answer 1

Với câu hỏi của bạn, bạn mong đợi một câu trả lời từ Rob Relyea ít nhất (không chắc liệu anh ta có còn) không. Tôi ước chúng ta có một tài sản PreventFreezing, được thiết lập bởi một ai đó khá bất cẩn đến sai. Nhưng chúng tôi thì không. Tôi nghĩ cách duy nhất để xem xét vấn đề là xem xét nó theo từng trường hợp. Một số khuôn khổ tức là Prism và alikes sipmly không được thiết kế để hỗ trợ thực hiện trơn tru và được nêu rõ trong phần mô tả.

Sau hơn 5 năm giao dịch với WPF/SL, tôi vẫn cảm thấy rằng tất cả chúng ta đang làm việc với một mẫu thử nghiệm, được thiết kế tốt, nhưng vẫn là nguyên mẫu. Rất nhiều thứ được thiết kế độc đáo, nhưng được thiết kế để không bao giờ đáp ứng thời hạn hiệu suất.

Tôi nghĩ rằng 'Thêm tương lai w/out chăm sóc quá nhiều về bất cứ điều gì khác' là một giai đoạn rất tự nhiên trong vòng đời của bất kỳ probject lớn. Trong giai đoạn này, số lượng tương lai tăng lên một cách phi thường, do đó, nợ kỹ thuật sẽ xảy ra. Đây là tất cả các công cụ tốt miễn là nó được theo sau bởi việc trả nợ kỹ thuật, mà dường như không xảy ra với WPF -i.e. đánh giá hiệu suất, đánh giá khả năng sử dụng cú pháp và hơn thế nữa.