Tôi mới làm quen với Qt và không hiểu rõ sự khác biệt giữa Qt Quick Project và Qt Widget Project.
Tôi hy vọng tạo ra một chương trình vẽ một mạng lưới các hình lục giác mà người dùng có thể xoay và cắt, cũng như xoay xung quanh và phóng to và thu nhỏ. Cuối cùng nó sẽ là một bộ điều khiển MIDI. Loại dự án nào sẽ tốt hơn cho điều này, và tại sao?
Tôi hy vọng điều này sẽ hoạt động trên cả nền tảng máy tính để bàn và di động.
Câu trả lời:
Lưu ý: Các Widget Qt đã được thay thế bằng các Widget QML; câu trả lời này trả lời cho câu hỏi như đã hỏi, hiện tại là một câu hỏi lịch sử về các Widget Qt cũ.
Qt Quick là một giao diện người dùng theo phong cách điện thoại thông minh mang tính khai báo với sự hỗ trợ cho rất nhiều chuyển đổi hoạt ảnh thú vị thường thấy trong các ứng dụng điện thoại thông minh. Quick cũng là một lựa chọn tốt để phát triển nhanh chóng một nguyên mẫu. Qt Widget là mô hình giao diện người dùng hướng đến máy tính để bàn truyền thống.
Ngay bây giờ (trước Qt5), hỗ trợ Qt Quick cho các tính năng hệ thống máy tính để bàn đang thiếu (nhưng đang cải thiện). Không hỗ trợ nhiều cho các menu, thanh công cụ, hộp thoại và các hành vi tiêu chuẩn khác trên màn hình trong Quick, trong khi Widget hỗ trợ rất tốt các yếu tố đó.
Bạn có muốn ứng dụng của mình trông giống và tự nhiên trên nền tảng máy tính để bàn và máy tính bảng hay bạn đang xây dựng một ứng dụng đơn giản xung quanh tiện ích giao diện người dùng tùy chỉnh của riêng mình? Như Mat đã nói, nếu Qt Quick hỗ trợ các tính năng bạn muốn, đó có lẽ sẽ là cách tiếp cận nhanh nhất của bạn. Nếu bạn muốn xây dựng các phiên bản máy tính để bàn đầy đủ tính năng, Qt Widget có lẽ là lựa chọn tốt nhất cho bạn.
Là một người phát triển ứng dụng qt một cách chuyên nghiệp, tôi sẽ chọn qml thay vì widget bất cứ ngày nào.
Các widget rất tốt cho những thứ rất cơ bản, nhưng tôi một khi bạn cần tạo ra thứ gì đó lạ mắt hơn một chút, các widget sẽ sớm bị thiếu hụt.
Qml đơn giản là linh hoạt hơn, bạn có thể cố định các mục ở bất cứ đâu bạn muốn thay vì sử dụng hệ thống bố cục hạn chế của các widget. Hầu như không có lỗi phụ thuộc vào nền tảng trong khi các widget có đầy đủ những lỗi này. Và hệ thống ràng buộc thuộc tính giúp bạn dễ dàng giữ cho ui đồng bộ với mô hình của mình.
Lưu ý : Trong câu trả lời này, "Qt Widgets" đề cập đến Ứng dụng Qt Widgets, có thể chọn khi tạo một ứng dụng Qt mới.
Đây là bảy năm sau khi câu hỏi được đăng lần đầu tiên ... nhưng đây là " mục tiêu " hai xu của tôi để vô hiệu hóa bất kỳ sự phát triển nào kể từ đó.
Qt Các dự án nhanh sử dụng QML và JavaScript .
Các dự án Qt Widgets sử dụng mã C ++. (PyQt và PySide, các liên kết Python cho Qt, sử dụng Python.)
Do đó, Qt Widgets có thể được coi là cấp thấp so với Qt Quick. Nhưng điều này ngụ ý rằng về lâu dài, một dự án Qt Widgets sẽ chạy nhanh hơn và có hiệu suất tốt hơn. Mặc dù vậy, ở cấp thấp có thể tốt, vì Qt Widgets tiếp xúc nhiều hơn với API gốc ( mô-đun QtCore , Qt Style Sheets , v.v.). Điều đó nói rằng, nó thường được sử dụng để phát triển máy tính để bàn.
Qt Quick phục vụ nhiều hơn cho phát triển di động (mặc dù nó vẫn có thể được sử dụng trong phát triển máy tính để bàn). Nó có sẵn sàng để sử dụng các quảng cáo , hình ảnh động , các tab và bố trí, flickables , ngăn kéo , và các điều khiển thông thường; tất cả đều phổ biến trong phát triển di động.
Cả hai đều có uicác tệp hoạt động với QtDesigner, cung cấp chế độ xem cấp cao để thiết lập bố cục và tạo giao diện. (Trong Qt Quick, các phần mở rộng là .ui.qml. Trong Qt Widgets, chúng là như vậy .ui.) Các .uitệp không bắt buộc cũng như không cần thiết: bạn có quyền lựa chọn thiết kế và bố trí theo chương trình bằng QML / JS hoặc C ++ / Python.
Nếu bạn hoàn toàn mới làm quen với lập trình, tôi khuyên bạn nên xem qua Qt Quick trước. Cá nhân tôi nghĩ Qt Quick có một đường lối học tập nhẹ nhàng hơn và dễ làm việc hơn để hoàn thành vô số dự án. Nó được gọi là "Qt Quick " là có lý do. (Tuy nhiên, đừng coi thường Qt Widgets, chúng có một số mô-đun tốt hơn QtQuick.)
Tuy nhiên, nếu bạn đã được lập trình với C ++ hay Python trước đây, tôi sẽ đề nghị tham gia một cái nhìn tại Qt Widgets đầu tiên, để làm quen với họ tín hiệu và cơ chế khe và mô-đun có thể bạn (ví dụ như quan tâm sql, network, gui) cùng với lập trình thiết kế (ví dụ lập trình mô hình / xem để hiển thị dữ liệu).
Đặc biệt là với C ++, hầu hết các thư viện không phải Qt xử lý sự kiện đều sử dụng while-loops, điều này không đúng với Qt. Họ sử dụng tín hiệu và khe cắm .
Cuối cùng, ngay cả khi bạn chủ yếu sử dụng Qt Widgets, bạn có thể muốn xem Qt Quick vì nó cung cấp ngôn ngữ khai báo cấp cao để làm việc và cho phép bạn thiết lập mọi thứ nhanh hơn. (Đặc biệt là để phát triển di động.)
Qt cung cấp nhiều ví dụ cho cả dự án Qt Quick và Qt Widget , cùng với một diễn đàn . Bạn không nên lo lắng về việc nhận được sự trợ giúp về lâu dài. (Đừng quên StackOverflow!)
Cho đến nay chúng tôi vẫn coi chúng như những thực thể riêng biệt. Nhưng có thể tích hợp QML vào C ++ . Điều này cho phép bạn tận dụng Qt Widget, C ++ và các mô-đun khác. Ví dụ: QtQuick cung cấp một TreeViewnhưng không phải a TreeModel, có thể / nên được đăng ký vào QML từ C ++. Thường thì có sự phân tách các mối quan tâm , trong đó Qt đề xuất tách các chương trình thành UI và logic thành QML và C ++ tương ứng.
Điều này cũng có ích, nếu nói, bạn cần một phần phụ trợ cho các truy vấn SQL cường độ cao, các thuật toán hoặc các yêu cầu http / xml không đồng bộ. Điều đó không tuyệt phải không? Giao diện người dùng QML / JS cộng với phần phụ trợ C ++. Fullstack Qt'er. :-)
(Những gì tôi chưa thử, là có chương trình phụ trợ Python. Tôi chưa chạm vào PyQt ...)
Qt Quick mặc định cho phương ngữ khai báo QML, JSON với ECMAscript nội tuyến được bật. Với các widget Qt, các bảng định kiểu có thể được tạo bởi nhà thiết kế và nhà phát triển thực hiện mã hóa C ++ gốc.
QML được xử lý tại thời điểm chạy. Trong khuôn khổ, mọi thứ có thể chạy cùng nhau, sự khác biệt chỉ tăng thêm tính linh hoạt cho việc ra quyết định của kiến trúc sư phần mềm.