Thư viện phụ tùng GWT tốt nhất? [đóng cửa]

Câu hỏi cho tất cả các bậc thầy về GWT ngoài kia - đó là thư viện vật dụng GWT tốt nhất hiện có? Và tại sao?

Danh sách dựa trên các câu trả lời:

• Mặc định
• Sencha GXT
• Thông minh GWT
• Vaadin
• GWT-Bootstrap
• GwtBootstrap3
• Tên lửa GWT (không hoạt động)
• Tatami (không hoạt động)
• ErraiFramework
• GWTM liệuDesign

И наконец- новое поколение основанное на JsInterop :

• Các nguyên tố polymer của GWT +
• Polyme GWT +
• Góc và GWT
• GWTM liệuDesign

Đừng ràng buộc bản thân với BẤT K of các thư viện này. Sử dụng Vanilla GWT để tạo cấu trúc của dự án của bạn. Cụ thể, sử dụng mẫu MVP và Bus sự kiện. Vui lòng xem bài viết trên google để biết cách thiết kế tốt nhất ứng dụng khách của bạn với ứng dụng GWT: Building MVP

Sau đó, bạn có thể sử dụng bất kỳ tiện ích nào của các thư viện này (giả sử bảng, hoặc hộp tổ hợp, công cụ hẹn hò, v.v.) và kết hợp nó vào dự án của bạn. Cố gắng chỉ sử dụng các thành phần mở rộng nếu bạn không thấy cách nào để làm điều đó với vanilla GWT. Bằng cách này, bạn không tự trói mình vào những thư viện này LUÔN là một nỗi đau khi bạn cố gắng làm điều gì đó không xuất hiện trong ứng dụng demo, chứa nhiều lỗi và khả năng hỗ trợ của họ rất kém.

Làm thế nào để tìm kiếm các vật dụng nên theo thứ tự này:

• Trước tiên hãy kiểm tra Vườn ươm GWT để xem có thứ gì tôi đang tìm kiếm không. http://code.google.com.vn/p/google-web-toolkit-incubator/
• Sau đó, nếu bạn đang tìm kiếm thứ gì đó "ngầu" hơn, hãy kiểm tra GWT Mosaic http://code.google.com.vn/p/gwt-mosaic/

Cẩn thận với các thư viện khác, tôi đã làm việc với họ (và vẫn gặp ác mộng).

Phụ thuộc vào những gì bạn có nghĩa là "tốt nhất". Tìm kiếm tốt nhất? API tốt nhất? Tốt nhất để mở rộng cho nhu cầu tùy chỉnh của riêng bạn?

Ví dụ, tôi chỉ đánh giá các lớp bảng để sử dụng trong ứng dụng của chúng tôi. Chúng tôi đã sử dụng GWT-Ext, nhưng nó có nhiều vấn đề về hiệu năng đối với chúng tôi và rất khó để có được các bảng có kích thước theo cách chúng tôi cần. Tôi đã đến rất gần với GWT-Mosaic , nhưng thay vào đó quyết định xây dựng các widget trong Vườn ươm GWT .

Vì vậy, tại sao tôi lại đưa ra lựa chọn này? Dường như có quá nhiều thư viện ngoài kia đi kèm, vì thiếu một từ tốt hơn, hành lý. Hoặc bạn phải chuyển toàn bộ hog vào một số khung MVC (có thể không hoàn toàn tương thích với phần còn lại của cơ sở mã của bạn) hoặc bạn phải áp dụng hệ thống bố cục có răng cưa mới của ai đó hoặc bạn phải sống với thực tế là bạn không thể thực sự gỡ lỗi mã (vì nó chỉ là các trình bao bọc JSNI).

Đừng hiểu sai ý tôi, Vườn ươm GWT không hoàn hảo ... các vật dụng có một lượng từ thông. Trong trường hợp của tôi, đây là sự lựa chọn tốt nhất. Nó mang lại cho tôi điều tốt (nhưng chắc chắn không hoàn hảo):

• API
• Khả năng mở rộng
• Nhìn và cảm nhận (tốt, điều này hơi yếu, nhưng đó là những gì CSS dành cho.)

Vì vậy, ... câu trả lời (đối với tôi) là sự kết hợp của:

• Các vật dụng Stock GWT (với nhiều kiểu dáng tùy chỉnh)
• Bảng ươm tạo GWT
• Một vài vật dụng trồng tại nhà

(Tôi nên thêm: "hành lý" mà tôi đang đề cập không hẳn là một điều xấu. Nhưng, nếu bạn chỉ muốn một hoặc hai vật dụng, nó có thể nâng cao những gì cần thiết để hoàn thành công việc của bạn và làm thế nào ứng dụng youe tốt.)

Xem thư viện thành phần này GWT Bootstrap, đây là một triển khai trong gwt của Twitter Bootstrap.

Một mình GWT là một thư viện khá tốt.

Tôi đã không sử dụng tất cả những cái được đề cập nhưng có thể khuyên dùng Ext GWT .

Tôi thích vanilla GWT. Một số API khác trông khá đẹp mắt và giới thiệu của chúng thực sự thể hiện các widget, nhưng tôi luôn thấy rằng hiệu suất không phải là tốt nhất .... khi tôi nói hiệu suất tôi có nghĩa là giống như thời gian phản hồi hơn. Tôi ghét khi một ứng dụng cảm thấy chậm chạp.

Hầu hết các thư viện được đề cập không phải là nguồn mở và thậm chí tệ hơn: chỉ là các trình bao bọc trên đầu thư viện JavaScript. Sức mạnh của GWT nằm ở chỗ ứng dụng hoạt động trên các trình duyệt khác nhau (do việc tạo mã cho các trình duyệt "lớn" cụ thể). Các thư viện cơ bản JavaScript này có thể gây ra nhiều vấn đề.

Tôi đồng ý với jgindin GWT Incubator và GWT Mosaic là tốt nhất cho đến nay.

Không nói đó là "tốt nhất", nhưng tôi đã sử dụng GWT-Ext tại nơi làm việc gần đây. Nó có một số ưu và nhược điểm:

Ưu điểm:

• Tương đối dễ cài đặt và sử dụng
• Cộng đồng quy mô đằng sau nó
• Rất nhiều ví dụ trực tuyến, tất cả đều có mã đi kèm
• Lựa chọn tốt các vật dụng bao gồm một loạt các chức năng

Nhược điểm:

• Đưa ra các giả định về định dạng và cấu trúc dữ liệu của bạn mà bạn không thể đáp ứng
• Thư viện chỉ là một trình bao bọc JSNI, khiến cho việc gỡ lỗi và mở rộng khó khăn hơn
• Sự hỗ trợ và phát triển trong tương lai của thư viện là không chắc chắn
• Một số vấn đề trình duyệt chéo khó chịu vẫn còn tồn tại (đặc biệt là với bố cục)
• Chức năng tìm kiếm trên diễn đàn của họ về cơ bản là vô dụng. (Điều này đang trở thành một tiểu thú cưng lớn của tôi> _ <)

KHÔNG sử dụng bất kỳ trong số họ! Nếu bạn có kế hoạch phát triển một ứng dụng quy mô lớn, bạn nên xem xét sử dụng mẫu MVP. Việc triển khai tốt nhất xung quanh là khung MVP4G , nó hỗ trợ tách mã GWT. Có rất nhiều ví dụ tuyệt vời, bạn có thể bắt đầu với. Thứ có giá trị nhất là Mvp4GModules.

Thêm cái mới: GWT-Bootstrap :)

Không có một bản phát hành ổn định ngay bây giờ, nhưng sẽ sớm có.

Kinh nghiệm của tôi cho thấy luôn có nhiều vấn đề với thư viện của bên thứ 3. Cách tốt nhất - là sử dụng chính công nghệ nổi tiếng và được làm tốt cộng với các thành phần của riêng bạn. Có thể mất nhiều thời gian hơn để viết và duy trì chúng, nhưng TCO luôn ở cấp độ thấp hơn.

Thư viện bên thứ 3 thường có thể phá vỡ kế hoạch của bạn bất ngờ. Và thật khó để tìm và khắc phục nguồn gốc của vấn đề.

Vì vậy, tôi khuyên bạn nên sử dụng GWT đơn giản.

Tôi nghĩ SmartGWT vẫn ổn nếu bạn chỉ muốn sử dụng Widgets, nhưng nếu bạn muốn mở rộng hoặc sửa đổi các widget như tôi làm trong Trình lập lịch biểu Gxt, tôi nghĩ rằng Ext-GWT là lựa chọn tốt hơn.

Đối với tôi EXT-GWT (còn gọi là GXT) là thư viện tốt nhất hiện có, tôi sử dụng nó trong dự án 6 tháng và nó giúp ích rất nhiều với nhiều thành phần được xác định trước như lưới, cây .... Nó cũng đẹp

SmartGWT là một thư viện tốt và nó có rất nhiều ví dụ nhưng giao diện người dùng không đẹp như vậy. Đối với giao diện người dùng Ext GWT là tốt.

Nhóm người dùng của gwt-khảm dường như không hoạt động nhiều và tôi không thể tìm thấy hướng dẫn sử dụng bên cạnh các đoạn wiki. gwt-khảm giới thiệu cho tôi hai công cụ thú vị.

1) gwt-khảm bao gồm một trình bao bọc cho PageBus của Tibco, một công cụ xuất bản / đăng ký cho các phần JS của ứng dụng của bạn (trình xử lý RPC, gọi lại widget, setters widget). Đây là một thay thế cho xe buýt sự kiện của gwt.

2) gwt-khảm khuyến khích sử dụng Beans Binding (http://code.google.com.vn/p/gwt-beans-binding/) để liên kết dữ liệu với các widget và xác thực các widget.

smartgwt không rẻ cho bộ tính năng và hỗ trợ đầy đủ. Bình quá lớn cho appengine trừ khi bạn xóa các tệp chủ đề bạn không sử dụng. Họ đầu tư kỹ thuật về phía máy chủ quá.

Tôi đã nghe nói ext-gwt chậm chạp và các tệp JS rất lớn.

Vườn ươm widget gwt trông không được dùng nữa. Tôi tin rằng lưới deluxe sẽ được phát hành với gwt mới.

Việc thiếu các tiêu chuẩn giao diện, ràng buộc và xác nhận đang cản trở khả năng tương tác của các thư viện widget.

Chắc chắn không phải SmartGWT. Khung của họ là cồng kềnh và có một tính chất rất nửa nướng. Họ có một triệu vật dụng, nhưng cố gắng để chúng hoạt động cho dự án của bạn không phải là điều dễ dàng. Nguồn dữ liệu làm phức tạp quá trình quản lý dữ liệu của bạn theo một cách rất lớn, ví dụ, để có được dữ liệu trong nguồn dữ liệu của bạn, bạn phải sử dụng fecth và kiểm tra thường xuyên. Mặc dù bạn có thể lưu trữ kết quả, nhưng không phải lúc nào cũng dễ dàng thẩm vấn chúng.

RPC là một khu vực yếu và phức tạp khác. Có thông tin mâu thuẫn trong tài liệu và trong các diễn đàn. Mặc dù tài liệu sẽ nói rằng bạn hiếm khi nên sử dụng thao tác tùy chỉnh như một phần của DS, nhưng diễn đàn họ sẽ cho bạn biết rằng nó hoàn toàn ổn. Học cách sử dụng các công cụ này một cách hiệu quả là một cuộc leo núi khó khăn vào những ngày tốt nhất.

Họ sẽ bán quá mức sản phẩm. Ví dụ: gói biểu đồ / phân tích chứa biểu đồ ... Nhưng những biểu đồ đó sẽ không hiển thị giá trị âm hoặc cho phép bạn thao tác nhãn trục theo bất kỳ cách có ý nghĩa nào. Và họ công khai trả lời các truy vấn về vấn đề này trên diễn đàn với thái độ "ừ vậy là sao". "Chúng tôi không có kế hoạch thêm nó lên 3.0x mặc dù đó là một trong những điểm bán hàng của chúng tôi, đó là trên bản đồ đường bộ của chúng tôi." Khi họ bán cho tôi gói, họ không bao giờ đề cập rằng tôi không thể hiển thị các giá trị âm. Có thật không? Đồ thị nào không cần để có thể hiển thị các giá trị âm? Tôi chỉ có thể nghĩ về một - người mô tả số lượng khách hàng Isomorphic không hài lòng.

Tránh xa những kẻ này và đi đến bất kỳ trang web của đối thủ cạnh tranh nào, ví dụ như ExtJS, JQuery, thậm chí là quxdoo. Có một vài dự án ngoài kia đang thực sự có được chỗ đứng và thực sự cung cấp một giải pháp tốt.

Hãy hết sức thận trọng nếu bạn từng đánh giá sản phẩm này. Nó có vẻ tốt, nhưng khoảng hai tuần trong dự án sử dụng nó, bạn sẽ bắt đầu thấy những gì tôi muốn nói. Các widget được nướng một nửa, các nguồn dữ liệu cực kỳ phức tạp và chỉ vì bạn đã trả tiền cho hỗ trợ diễn đàn, không có nghĩa là bạn thực sự sẽ nhận được bất cứ điều gì ngoài tiếng ngáy, những câu trả lời từ chối mà lúc đầu sẽ khiến bạn nghĩ rằng bạn đã bỏ lỡ điều gì đó. Bạn thường không kiêu ngạo.

Tốt nhất của may mắn, và tránh xa sản phẩm này nếu bạn coi trọng thời gian phát triển và khả năng bảo trì của bạn. Oh, và một điều cuối cùng. Nhìn vào ví dụ MVC trên trang web của họ. Nó thực sự không có gì để làm với MVC ngoài nhãn đọc "MVC". Họ sẽ cố gắng thuyết phục bạn rằng các khung như vậy là dành cho các nhà phát triển thiếu kinh nghiệm và rằng một khái niệm như vậy không có chỗ trong lập trình thực sự ... Kiểu như những người thử bắt các khối.

Thư viện mặc định của Google là thư viện mạnh nhất.

Ext GWT thêm chuông và còi nhưng ngoài ra nó tương tự như của Google.

Chúng tôi hiện đang thích các tiện ích khảm của GWT . Chúng tôi đã làm việc với ext-JS và chúng tôi đã cuộn các vật dụng của riêng mình trong quá khứ. Cấp phép ext-JS và số lượng lớn là một vấn đề đối với chúng tôi. Tự mình lăn lộn không phải là điều chúng ta muốn làm. Khảm cho chúng ta một nền tảng trung gian hạnh phúc mà chúng ta muốn nghĩ sẽ là một trung gian thậm chí còn hạnh phúc hơn khi dự án đáo hạn.

Tôi sẽ nói nếu bạn chỉ cần một vài vật dụng thì hãy tự xây dựng. Bạn có thể sao chép-dán một số khái niệm từ các thư viện được đề cập. Nhưng tất cả họ đều thiếu một hoặc điều khác. Tôi đã chơi với hầu hết trong số họ và bỏ rơi mọi người.

Một điều cần lưu ý là từ các diễn đàn, GWT-Ext có vẻ như nó sẽ không còn được phát triển / duy trì nhiều nữa (có thể không phải ở tất cả?). Trên trang web của họ, họ khuyên bạn nên chuyển sang SmartGWT .

Không thấy cái này được đề cập, Vaadin (trước đây gọi là Bộ công cụ IT Mill), nhưng có lẽ đó là vì nó không chính xác về mặt kỹ thuật là GWT; như Câu hỏi thường gặp của họ nói:

Điều này khác với GWT như thế nào?

Các ứng dụng GWT chạy trong trình duyệt, trong khi các ứng dụng Vaadin chạy trên máy chủ. Chúng tôi thực sự sử dụng GWT làm "công cụ kết xuất" ở phía trình duyệt, vì vậy bạn có thể kết hợp Vaadin và GWT.

smartGWT chậm và các ví dụ còn thiếu và rất khó để tìm câu trả lời cho ngay cả những câu hỏi cơ bản, tức là xem tất cả các câu hỏi không trả lời của tôi trên diễn đàn này. Tôi đang bán phá giá smartgwt.

So sánh hai EXT ở đây với ưu và nhược điểm.

Chúng tôi đã xây dựng một cổng thông tin nhân sự lớn và một vài ứng dụng nhỏ hơn bằng cách sử dụng GWT Portlets . Trọng tâm của dự án không phải là quá nhiều vào việc xây dựng một bộ sưu tập các vật dụng mà là tạo ra một mô hình lập trình đơn giản.

Từ trang web:

GWT Portlets là một khung web nguồn mở miễn phí để xây dựng các ứng dụng GWT (Google Web Toolkit). Nó định nghĩa một mô hình lập trình rất đơn giản và hiệu quả, nhưng mạnh mẽ để xây dựng các ứng dụng GWT mô đun, ưa nhìn.

Mô hình lập trình có phần giống với việc viết các portlet JSR168 cho một máy chủ cổng thông tin (Liferay, JBoss Portal, v.v.). "Cổng thông tin" là ứng dụng của bạn được xây dựng bằng khung GWT Portlets làm thư viện. Chức năng ứng dụng được phát triển dưới dạng các Portlet được ghép lỏng lẻo với mỗi máy chủ tùy chọn DataProvider.

Tôi đang sử dụng GWT trong một năm. Sau rất nhiều nghiên cứu, tôi đã quyết định GWT Mosaic là một thư viện widget .. Mosaic sử dụng một số thành phần ươm tạo của GWT như PagingScrollTable .. Nhưng các tính năng của combobox và bảng không đủ cho chúng tôi .. Đó là lý do tại sao, chúng tôi có mở rộng các thành phần này để thêm chức năng cần thiết.

Kiểm tra SpiffyUI: www.spiffyui.org

Nó không chỉ là một thư viện widget mà là khung UI / UX GWT phức tạp.

Hai điều quan trọng - và những gì hầu hết các thư viện bỏ lỡ - là kiểm tra và gỡ lỗi đơn vị. Đó là nơi mà GWT tỏa sáng. Nếu bạn sử dụng một thư viện dựa trên vanilla js, bạn sẽ bỏ khả năng kiểm tra đơn vị và gỡ lỗi dự án của bạn. Là nhà phát triển GWT, bạn nên xem xét các điểm này và sử dụng thư viện không có hoặc phụ thuộc js tối thiểu.

Chúng tôi đã thực hiện các dự án gwt trong hơn 2 năm và chúng tôi gắn bó với các vật dụng mặc định. Chúng tôi đã tạo thư viện mã nguồn mở của riêng mình để tự động kích hoạt các thư viện mặc định hoặc các tiện ích mở rộng widget của riêng chúng tôi. Vui lòng kiểm tra xem, nó được gọi là gwt-jet . Nó đã được thử nghiệm rất tốt vì chúng tôi sử dụng nó trong môi trường sản xuất lớn và chúng tôi hy vọng nó sẽ phát triển một cách an toàn theo thời gian.