Qt dường như được rời khỏi widget đằng sau và họ đang tập trung nhiều hơn trên javascript
số Từ Qt 5.0 trở đi push được cho GUIs phải được viết bằng QML trong khi phụ trợ vẫn là bất cứ điều gì bạn muốn nó được (C + + theo truyền thống, nhưng có ràng buộc Qt cho hầu hết các ngôn ngữ). Lý do chính cho điều này là bởi vì việc viết giao diện người dùng tăng tốc phần cứng chất lỏng hiện đại là khá mất thời gian, vì vậy Qt đã viết một ngôn ngữ dựa trên JavaScript để tự động hóa nhiều ngôn ngữ; lý do khác là bởi vì mặc dù mọi người đều biết rằng mã GUI và mã phụ trợ phải hoàn toàn tách biệt, trong thế giới thực theo thời gian chúng có xu hướng trở nên hỗn hợp, có giao diện người dùng QML với phụ trợ tín hiệu/khe được thực thi.
Ngoài ra Qt có tất cả các tiện ích 'truyền thống' có sẵn trong QML (hiện vẫn đang trong bản beta nhưng nhằm mục đích phát hành cho v5.1 - Tôi nghĩ) và các tiện ích C++ sẽ vẫn có sẵn trong thư viện của riêng chúng. Không phải đề cập đến thực tế là Qt luôn hỗ trợ phiên bản trước, vì vậy bạn có thể có thêm 7 năm nữa cho các tiện ích v4.x C++ 'bình thường'!
Tôi không thể nhận xét Embarcadero hoặc FireMonkey - vì tôi chưa bao giờ nghe nói về chúng ...
@downvoter Tôi thực sự không hiểu lý do của bạn. Tôi đang đặt câu hỏi chính hãng để chọn đúng đường dẫn (Qt hoặc C++ builder) trong sự nghiệp chuyên nghiệp của tôi với tư cách là người phát triển C++. Có chuyện gì vậy? – user336359
Tôi nghĩ rằng chủ đề không phải là "không mang tính xây dựng". Tôi nghĩ nó mang tính xây dựng. – ozgur