Ứng dụng Java Desktop: SWT so với Swing [đã đóng]

Tôi là một nhà phát triển web vào ban ngày và suy nghĩ về việc xây dựng ứng dụng máy tính để bàn thực sự đầu tiên của mình. Ý tưởng là xây dựng một công cụ tự động hóa một nhiệm vụ rất lặp đi lặp lại trong một ứng dụng web nơi không có API.

Tôi biết tôi muốn sử dụng Java. Tôi đã sử dụng nó trước đây cho các công cụ web, biết cú pháp khá tốt và muốn ứng dụng được thể hiện chéo dễ dàng nhất có thể.

Trường hợp tôi không chắc chắn là liệu tôi nên sử dụng SWT hay Swing. Vì khán giả chính của tôi sử dụng Windows, tôi muốn xem nó như bản địa nhất có thể ở đó. Linux và Mac nên hoạt động, nhưng ngoại hình không quá quan trọng ở đây.

Vì vậy, các đối số cho và chống lại từng UI UI, Swing hoặc SWT là gì?

Cảm ơn.

PS: Tôi phát triển trên Windows bằng Eclipse. Nhưng đã suy nghĩ về việc chơi với Netbeans.

Ưu điểm:

• một phần của thư viện java, không cần thêm thư viện riêng
• hoạt động theo cùng một cách trên tất cả các nền tảng
• Trình soạn thảo GUI tích hợp trong Netbeans và Eclipse
• hướng dẫn trực tuyến tốt của Sun / Oracle
• Được hỗ trợ bởi các phần mở rộng java chính thức (như java OpenGL)

Nhược điểm

• Giao diện bản địa có thể hành xử khác với hệ thống bản địa thực sự.
• các thành phần nặng (bản địa / awt) ẩn các thành phần swing, hầu như không phải là vấn đề vì việc sử dụng các thành phần nặng là khá hiếm

Ưu điểm SWT:

• sử dụng các yếu tố bản địa khi có thể, vì vậy luôn luôn hành vi bản địa
• được hỗ trợ bởi nhật thực, trình soạn thảo gui VEP (VEP cũng hỗ trợ Swing và AWT)
• số lượng lớn các ví dụ trực tuyến
• có một cầu nối awt / swt tích hợp để cho phép sử dụng các thành phần awt và swing

Nhược điểm SWT:

• yêu cầu thư viện riêng cho từng hệ thống được hỗ trợ
• có thể không hỗ trợ mọi hành vi trên tất cả các hệ thống vì tài nguyên gốc được sử dụng (tùy chọn gợi ý)
• quản lý tài nguyên bản địa, trong khi các thành phần gốc thường sẽ được xử lý với cha mẹ của chúng, các tài nguyên khác như Phông chữ phải được phát hành thủ công hoặc đăng ký dưới dạng lắng nghe cho một thành phần để phát hành tự động.

Một điều quan trọng cần xem xét là một số người dùng và một số đại lý (Dell) cài đặt máy ảo 64 bit trên Windows 64 bit của họ và bạn không thể sử dụng cùng thư viện SWT trên máy ảo 32 bit và 64 bit.

Điều này có nghĩa là bạn sẽ cần phân phối và kiểm tra các gói khác nhau tùy thuộc vào việc người dùng có máy ảo Java 32 bit hay 64 bit. Ví dụ, xem vấn đề này với Azureus, nhưng bạn cũng gặp vấn đề với Eclipse, trong đó cho đến ngày hôm nay, các bản dựng trên trang tải xuống phía trước không chạy trên máy ảo 64 bit.

đu chuyên nghiệp:

• Ưu điểm lớn nhất của swing IMHO là bạn không cần gửi các thư viện cùng với ứng dụng của mình (điều này tránh được hàng tá MB (!)).
• Cái nhìn và cảm nhận bản địa là tốt hơn cho swing so với những năm đầu
• hiệu suất tương đương với swt (swing không chậm!)
• NetBeans cung cấp Matisse như một công cụ xây dựng thành phần thoải mái.
• Việc tích hợp các thành phần Swing trong JavaFX dễ dàng hơn.

Nhưng ở dòng dưới cùng, tôi sẽ không đề xuất sử dụng swing hoặc swt 'thuần' ;-) Có một số khung ứng dụng cho swing / swt out. Nhìn đây . Những người chơi lớn nhất là netbeans (swing) và nhật thực (swt). Một khung công tác đẹp khác có thể là khung hình và một 'bộ linh kiện' đẹp mắt là trục (xoay). Griffon rất thú vị vì nó tích hợp rất nhiều thư viện và không chỉ xoay ; cũng xoay, swt, vv

Tôi sẽ sử dụng Swing cho một vài lý do.

• Nó đã tồn tại lâu hơn và đã có nhiều nỗ lực phát triển hơn được áp dụng cho nó. Do đó, nó có khả năng hoàn thiện nhiều tính năng hơn và (có thể) có ít lỗi hơn.

• Có rất nhiều tài liệu và hướng dẫn khác về sản xuất các ứng dụng biểu diễn.

• Có vẻ như các thay đổi đối với Swing lan truyền đến tất cả các nền tảng trong khi các thay đổi đối với SWT dường như xuất hiện trên Windows trước, sau đó là Linux.

Nếu bạn muốn xây dựng một ứng dụng rất giàu tính năng, bạn có thể muốn kiểm tra NetBeans RCP (Nền tảng khách hàng phong phú). Có một đường cong học tập, nhưng bạn có thể nhanh chóng kết hợp các ứng dụng tốt với một chút luyện tập. Tôi không có đủ kinh nghiệm với nền tảng Eclipse để đưa ra đánh giá hợp lệ.

Nếu bạn không muốn sử dụng toàn bộ RCP, NetBeans cũng có nhiều thành phần hữu ích có thể được rút ra và sử dụng độc lập.

Một lời khuyên khác, nhìn vào các nhà quản lý bố trí khác nhau. Họ vấp tôi rất lâu khi tôi đang học. Một số tốt nhất thậm chí không có trong thư viện tiêu chuẩn. Các công cụ MigLayout (cho cả Swing và SWT) và Joodies Forms là hai trong số tốt nhất theo quan điểm của tôi.

Tôi nên chọn swing chỉ vì nó "bản địa" cho java.

Ngoài ra, hãy xem http://swingx.java.net/ .

Đối với các yêu cầu của bạn, có vẻ như điểm mấu chốt sẽ là sử dụng Swing vì việc bắt đầu dễ dàng hơn một chút và không được tích hợp chặt chẽ với nền tảng gốc như SWT.

Xoay thường là đặt cược an toàn.

Câu hỏi thú vị. Tôi không biết SWT quá rõ để khoe khoang về nó (không giống như Swing và AWT) nhưng đây là so sánh được thực hiện trên SWT / Swing / AWT.

http://www.developer.com/java/other/article.php/10936_2179061_2/Swing-and-SWT-A-Tale-of-Two-Java-GUI-Lologists.htmlm

Và đây là trang web nơi bạn có thể nhận hướng dẫn về cơ bản mọi thứ trên SWT ( http://www.java2s.com/Tutorial/Java/0280__SWT/Catalog0280__SWT.htm )

Hy vọng bạn đưa ra quyết định đúng (nếu có quyết định đúng trong mã hóa) ... :-)

Nếu bạn có kế hoạch xây dựng một ứng dụng chức năng đầy đủ với hơn một số tính năng, tôi sẽ đề nghị chuyển ngay sang sử dụng RCP Eclipse làm khung.

Nếu ứng dụng của bạn không phát triển quá lớn hoặc yêu cầu của bạn quá độc đáo để được xử lý bởi khung kinh doanh thông thường, bạn có thể nhảy một cách an toàn với Swing.

Vào cuối ngày, tôi khuyên bạn nên thử cả hai công nghệ để tìm ra một bộ đồ phù hợp với bạn hơn. Giống như Netbeans vs Eclipse vs IntelliJ, không có câu trả lời chính xác tuyệt đối ở đây và cả hai khung đều có nhược điểm riêng.

Xoay chuyên nghiệp:

• nhiều chuyên gia
• giống Java hơn (hầu như không có trường công khai, không cần xử lý tài nguyên)

SWT chuyên nghiệp:

• thêm hệ điều hành
• nhanh hơn

Một điều cần xem xét: Đọc màn hình

Vì một số lý do, một số thành phần Swing không hoạt động tốt khi sử dụng trình đọc màn hình (và Java AccessBridge cho Windows). Biết rằng các trình đọc màn hình khác nhau dẫn đến hành vi khác nhau. Và theo kinh nghiệm của tôi, SWT-Tree thực hiện tốt hơn rất nhiều so với Cây xoay kết hợp với bộ đọc màn hình. Do đó, ứng dụng của chúng tôi đã kết thúc bằng cách sử dụng cả hai thành phần SWT và Swing.

Để phân phối và tải thư viện SWT thích hợp, bạn có thể tìm thấy liên kết này hữu ích: http://www.chrisnewland.com/select-c chính -swt-ra-for-your-os-and-jvm-at-r nb-19

SWT được tạo ra như một phản ứng với sự chậm chạp của Swing vào đầu thế kỷ. Bây giờ sự khác biệt về hiệu suất đang trở nên không đáng kể, tôi nghĩ rằng Swing là một lựa chọn tốt hơn cho các ứng dụng tiêu chuẩn của bạn. SWT / Eclipse có một khung công tác tốt giúp nhiều mã tấm nồi hơi.