Chuyển từ Windows Forms sang WPF

Trong một thời gian dài, tôi đã bị mắc kẹt với việc phát triển Windows Forms (bắt đầu với VB6 và đã tiếp tục đến C # .NET 4.5) và tôi đã gặp khá nhiều giới hạn về những gì Windows Forms có thể làm, cả khi sử dụng .NET thuần túy và các hiệu ứng đặc biệt với Native Code.

Tôi đã cố gắng học WPF và XAML, nhưng tôi gặp khó khăn ngay tại nhà thiết kế mới của WPF. Nó thực sự có vẻ rất khó sử dụng so với trình thiết kế Windows Forms.

Tôi muốn biết liệu có bất kỳ lựa chọn thay thế nào cho trình thiết kế WPF của .NET, phù hợp hơn với các nhà phát triển Windows Forms không?

Tôi thích viết blog về các bài báo dành cho người mới bắt đầu về WPF và có một số bài cụ thể có thể giúp bạn:

• Hiểu được sự thay đổi trong tư duy khi chuyển từ WinForms sang WPF
• Bạn nói về "DataContext" này là gì?
• Ví dụ về MVVM đơn giản

Tóm lại, sự khác biệt lớn nhất giữa Winforms và WPF là trong WPF lớp dữ liệu của bạn (sự DataContext) là ứng dụng của bạn, trong khi trong Winforms lớp giao diện người dùng là ứng dụng của bạn.

Để nhìn nó theo cách khác, với WPF, ứng dụng của bạn bao gồm các đối tượng bạn tạo và bạn sử dụng Mẫu và các đối tượng giao diện người dùng khác để cho WPF biết cách vẽ các thành phần ứng dụng của bạn.

Điều đó ngược lại với WinForms nơi bạn xây dựng ứng dụng của mình từ các đối tượng UI, sau đó cung cấp cho chúng dữ liệu cần thiết.

Bởi vì điều này, trình thiết kế thực sự không được sử dụng nhiều vì các thành phần ứng dụng của bạn được thiết kế bằng mã và trình thiết kế chỉ cần thiết để vẽ một giao diện thân thiện với người dùng phản ánh các lớp dữ liệu của bạn (thường Modelsvà ViewModels)

Và cá nhân tôi, tôi thích nhập tất cả XAML của mình ra bằng tay vì nó nhanh hơn và không gây rối như trình thiết kế WPF kéo / thả, mặc dù thỉnh thoảng tôi sử dụng Trình thiết kế để xem trước giao diện người dùng của mình. giống.

Vì vậy, để trả lời câu hỏi của bạn về việc liệu có các nhà thiết kế WPF khác phù hợp với các nhà phát triển WinForms hay không, tôi khuyên bạn nên thay vì tìm kiếm một nhà thiết kế khác, thay vào đó hãy tìm hiểu cách sử dụng WPF theo cách nó được sử dụng. Sử dụng WPF giống như WinForms có nghĩa là bạn bỏ lỡ nhiều điều khiến nó trở nên tuyệt vời :)

Mặc dù vậy, một số người không đồng ý, tôi cũng khuyên bạn không nên sử dụng VS designer. Ít nhất là không phải tạo giao diện. Nếu bạn có thể muốn có ấn tượng đầu tiên về việc triển khai của mình mà không cần khởi động ứng dụng, đó là một người xem tốt ít nhất là miễn là không có những thứ phức tạp như Stylesvà Templatesđược sử dụng. Nhưng, IMHO, kết quả kéo và thả của nó chỉ nên được sử dụng làm nguyên mẫu và do đó sẽ bị loại bỏ sau khi không còn cần thiết nữa.

Đây là một số lý do quan trọng để tôi không sử dụng nó.

1. VS designer đang làm việc với việc sửa chữa lề và căn chỉnh (thường là không cần thiết, nếu bạn đang sử dụng các điều khiển bố cục), có nghĩa là bạn phải chạm vào nhiều điều khiển, nếu các yêu cầu được thay đổi. Nếu bạn hiểu sâu về XAML và cơ chế WPF, bạn có thể tạo một ứng dụng có thể được sửa đổi với nỗ lực nhỏ, về giao diện.

2. Vì nhà thiết kế đang tạo xaml, bố cục không tối ưu và giao diện người dùng có thể hoạt động kém. Tôi không đo lường nó, đó chỉ là cảm giác.

Một thay thế tốt hơn nhiều là MS Blend , mặc dù khởi đầu là mọi thứ khác nhưng dễ dàng. Kết quả kéo và thả của nó tốt hơn nhiều so với kết quả của VS designer.
Nhưng nó là một công cụ khá mạnh mẽ, giúp bạn sử dụng các yếu tố khá mạnh mẽ để tạo ra một giao diện người dùng hiện đại. Tôi khuyên bạn nên ghé thăm ít nhất một hội thảo ngắn hạn để biết được cơ hội của nó.

Trở lại câu hỏi của bạn, IMHO, và tôi nghĩ nhiều người cũng đồng ý, hãy tìm cho mình một cuốn sách hay, ví dụ như WPF Unleashed và sau này, nếu bạn muốn biết thêm về chi tiết, WPF Pro . Có rất nhiều tính năng khác nhau Winforms. Bạn sẽ không biết chúng bằng cách sử dụng bất kỳ nhà thiết kế nào. Tôi nghĩ đó là cách tiếp cận tốt nhất.

Cũng xin vui lòng xem xét rằng có rất nhiều khung và thư viện (ví dụ: MVVM light , WPFToolkit ) hiện đang giải quyết một số vấn đề phổ biến. Vì vậy, không cần thiết phải phát minh lại bánh xe.

Tôi biết đây là một câu hỏi cũ nhưng vì lợi ích của bất kỳ ai khác đang xem xét vấn đề này, tôi nghĩ tôi nên cân bằng lại một chút - đọc một số câu trả lời khác, tôi có cảm giác rằng một số câu trả lời 'không sử dụng trình thiết kế 'tình cảm đến từ việc không sử dụng nó đúng cách. Hướng dẫn này khá tốt để giúp bạn thực hiện và trả lời một số lời chỉ trích trong các bài viết khác.

Ví dụ: bạn có thể chuyển từ bố cục dựa trên lề giống Winforms là mặc định khi bạn thả điều khiển, sang kiểu WPF-ish hơn bằng cách nhấp chuột phải và chọn 'Đặt lại bố cục'

Video này bao gồm mặt bằng tương tự.

Tôi vẫn thích trình thiết kế VS2010 hơn - VS2013 có vẻ hơi lỗi khi kéo và thả vào TabItems **, (mà dự án hiện tại của tôi sử dụng rất nhiều) - nhưng chế độ xem Sơ lược tài liệu VS2013 cho phép bạn di chuyển mọi thứ xung quanh trong chế độ xem đó , đó có thể là một điểm cộng thực sự.

Thực sự, mặc dù vậy, để tận dụng tối đa WPF và xaml, bạn cần phải thông thạo một cách hợp lý cả chế độ xem của nhà thiết kế và chế độ xem xaml và chuyển đổi giữa chúng; nếu bạn né tránh nhà thiết kế, bạn đang bỏ lỡ một thứ có thể giúp ích cho bạn rất nhiều.

** Chỉnh sửa - mặc dù điều này dường như đã được cải thiện trong Bản cập nhật 3 cho VS 2013 và trong các bản xem trước của VS14, cho đến nay, đôi khi tôi vẫn nhận được hành vi kỳ lạ.

Trước hết, trong WPF (XAML) trong Visual Studio deisgner, bạn nên luôn sử dụng mã xaml để xây dựng giao diện người dùng của bạn và không kéo và thả bạn kiểm soát! Bạn cần giữ mã của mình sạch sẽ. Bạn có thể sử dụng Expression Blend để giúp bạn, nó được định hướng đồ họa nhiều hơn với tính năng kéo và thả, nhưng nó không miễn phí.

Nó không phải là một đường cong học tập lớn, nhưng tôi nghĩ bạn nên học cách làm xaml của mình bằng tay thay vì tìm kiếm phương pháp thay thế.

Tôi đã trải qua quá trình này như bạn đã làm. Sau đó, tôi đã dạy mọi người trong công ty WPF của tôi. Có một vài bài học quan trọng mà tôi đã học được và tất cả những người tôi biết làm việc với WPF.

1. Nếu bạn đang làm việc với các điều khiển giao diện người dùng trong đoạn mã đằng sau, .... Thì bạn đang làm sai. Bạn hoàn toàn không cần phải xử lý các điều khiển giao diện người dùng trong mã phía sau.
2. Bạn không cần nhà phát triển trực quan để nhấp vào nó. Bạn có năng suất cao hơn nhiều khi chỉ giao dịch với XAML. Sử dụng Sao chép / Dán. Không tin tưởng vào khả năng đánh máy của bạn. Nó sẽ tiết kiệm rất nhiều đau đầu.
3. Hãy coi XAML giống như một cửa sổ lưu dữ liệu. Trong đoạn mã đằng sau bạn đang thay đổi dữ liệu. Trong XAML, bạn đang xác định cách giao diện người dùng sẽ diễn giải dữ liệu.
4. Bộ chuyển đổi thật tuyệt vời. Ngay sau khi bạn nhận được một lượng Converters quan trọng, năng suất của bạn sẽ tăng vọt. Họ sẽ đảm nhận vai trò của một lượng lớn các trình xử lý sự kiện điều khiển ẩn hoặc thay đổi kích thước, hoặc những gì về giao diện người dùng,

Nó làm cho việc phát triển giao diện người dùng trở nên thú vị. Đặc biệt là khi bạn tìm ra cách nó thích chơi cùng với các quy trình Asyc. Nó thực sự giúp loại bỏ rất nhiều vấn đề đau đầu do Winforms gây ra.