GUI Java cho ứng dụng C++ - Đây có phải là thiết kế tốt không?

Question

Có, tôi hơi ngạc nhiên khi một người phỏng vấn đề cập rằng họ sử dụng giao diện Java-swing cho ứng dụng C/C++. Tôi tò mò và hỏi anh ta cách họ thực sự tích hợp chúng với nhau, câu trả lời của anh ấy là "thông qua nhắn tin". Hấp dẫn! Vâng, tôi mới đến kiểu tiếp cận này và tò mò muốn biết các công ty có thực sự sử dụng loại thiết kế này không. Nếu có, thì có một lợi thế lớn cho thiết kế này? Đó là một chút khó khăn cho tôi để hiểu làm thế nào thiết kế này sẽ làm việc tốt, nếu bạn có bất kỳ tài liệu tham khảo xin vui lòng chia sẻ.

FYI, sản phẩm là ứng dụng dựa trên dữ liệu sao lưu (trên nền tảng Linux/Unix có thể). Cảm ơn bạn.

CV

Answer 1

Thật khó để nói nếu đây là một thiết kế tốt mà không cần biết thêm thông tin về các yêu cầu của ứng dụng.

Một điều cần lưu ý là đôi khi người phỏng vấn sẽ đề xuất thiết kế lạ để xem ứng viên phản ứng như thế nào. Tôi thường sẽ làm điều này khi tôi thuê một vai trò không phải là năng lực cá nhân của tôi, nhưng tôi đã có kinh nghiệm (thường là những thứ đang diễn ra). Mục tiêu của tôi là để xem liệu ứng cử viên có tốt hơn trong việc giải quyết vấn đề hơn tôi không! Các ứng cử viên xấu sẽ không chấp nhận giải pháp kém của tôi. Ứng cử viên tốt hơn sẽ ngay lập tức đề xuất một giải pháp tốt hơn. Các ứng cử viên giỏi nhất sẽ so sánh và đối chiếu giải pháp yếu của tôi với giải pháp tốt hơn của họ và khám phá khi nào mỗi tùy chọn có ý nghĩa.

Tôi đoán rằng giao diện người dùng Java đã được chọn vì các lý do về tính di động. Tôi sẽ tranh luận về một giao diện dựa trên trình duyệt để hoàn thành các mục tiêu tương tự, nhưng có lẽ người UI/UX của họ thực sự yêu Java.

Answer 2

Tôi thấy không có gì sai với nó. Nó là rất phổ biến để tích hợp các thành phần khác nhau thông qua tin nhắn. Tôi nghĩ tốt hơn hết là nên có một môi trường đồng nhất (ví dụ, tất cả các ứng dụng được viết bằng Java chứ không phải Java và C++), tuy nhiên nó thường là trường hợp bạn phải tích hợp với các thành phần cũ hoặc bên thứ ba được viết bằng các ngôn ngữ khác. lý do chi phí hoặc vì không có lựa chọn nào khác.

Nhắn tin là một cách phổ biến để thực hiện việc này. Tôi xem xét HTTP dưới cái ô "nhắn tin", và gần như mọi ngôn ngữ đều có một thư viện HTTP - làm cho nó trở thành một lựa chọn tốt như một "ngôn ngữ" thông thường. Khi tích hợp một hệ thống rất không đồng nhất, có các công cụ/khung công cụ chuyên dụng không chỉ để tích hợp các thành phần, mà còn để tích hợp các hệ thống nhắn tin (ví dụ: ESBs).

Answer 3

Có thể có những hạn chế về lý do tại sao họ phải gọi hàm C++ ở vị trí đầu tiên và sau đó trên đầu trang mà họ có thể đã có yêu cầu khách hàng phân tán. Làm thế nào bạn sẽ phát triển một giải pháp, vì vậy bạn xây dựng một hệ thống nhắn tin và giao diện với C++ ở phía máy chủ. Đó là một giải pháp làm việc vào cuối ngày. Tôi sẽ không mong đợi rằng ui phải được xây dựng trong C++ vì phía máy chủ được viết bằng C++, đôi khi bạn cần phải tập hợp các công nghệ khác nhau lại với nhau để đạt được giải pháp của bạn.

Answer 4

Đó là một cách tiếp cận khả thi/OK, tôi thấy nó được sử dụng ở một công ty rất lớn (Fortune 20 nếu có điều đó) khi tôi làm việc ở đó với tư cách là nhà thầu 2005-2006.

Khi tôi hỏi tại sao, tôi đã nói:

1. Cần Linux GUI, java/SWING là một lựa chọn đáng kính. Tôi cũng nghĩ rằng họ có một số nhà phát triển Java cần làm việc.
2. Chúng có cơ sở mã quan trọng, hiệu suất cao trong C++/C.
3. Họ đã sử dụng tin nhắn rộng rãi và có thư viện cho điều đó.
4. Giao diện nhắn tin, trong khi tốn kém hơn để phát triển, cho phép nhóm viết các chương trình thử nghiệm (như thay thế GUI sản xuất bằng tập lệnh python).

Điều đó tất cả đã nói, Qt và GTK/Gtkmm là khung công tác GUI rất tốt, tại sao không sử dụng?