Spring roo Vs (Wicket và Spring)

Question

Spring roo là framework mới và tôi thấy nó rất thú vị. Tôi đã làm việc trên ứng dụng web trong 3-4 năm qua và luôn luôn tìm thấy các JSP rất khó để duy trì trên các nhóm nếu mọi người không đủ kỷ luật về việc tách logic đánh dấu và máy chủ. Tôi đã sử dụng JackBe/BackBase trong các dự án cuối cùng và tôi thích các mẫu xml làm việc như các khung nhìn. Điều này tốt hơn nhiều so với JSP. Nhưng tôi không thể tự động hóa webtests thông qua selenium cho backbase.

Tôi chắc chắn sẽ sử dụng Spring MVC (-view), Hibernate trên chương trình phụ trợ. Tôi thấy Wicket là lựa chọn tốt. Bạn đã sử dụng wicket cùng với mùa xuân và kinh nghiệm của bạn là gì?

Answer 1

Dự án hiện tại của chúng tôi sử dụng Spring và Wicket, chúng tôi luôn sử dụng Spring nhưng chuyển sang Wicket một năm trước. Rất ít lời khuyên:

• Nhận sách "Hành động Wicket".
• Danh sách gửi thư của người dùng rất hữu ích.
• Đảm bảo bạn hiểu mô hình lập trình của Wicket đặc biệt là các công cụ liên quan đến tuần tự hóa phiên (sách không đủ trợ giúp trong IMHO).
• Wicket giỏi xây dựng các trang có trạng thái, nó đòi hỏi nhiều công việc hơn để xây dựng các trang không trạng thái.
• Có một số tiện ích con giao diện người dùng tốt có sẵn như inmethod DataGrid.
• Thật dễ dàng để chèn hạt đậu mùa xuân vào trang hoặc thành phần của bạn.

Spring Roo vẫn đang trong giai đoạn thử nghiệm (1,0 M2), vì vậy có thể hơi sớm. Chúng tôi cũng xem xét Tapestry 5 nhưng chúng tôi nghĩ rằng đó là một chút trẻ một năm trước đây.

Answer 2

Nó hoàn toàn phụ thuộc vào yêu cầu của bạn là gì. Nếu đó là một trang web nhỏ thì các khung định hướng thành phần như GWT hoặc Wicket là phải khi chúng làm cho mọi thứ thực sự dễ dàng hơn.

Answer 3

Tôi đã tham dự hội nghị SpringOne ở Amsterdam đầu năm nay khi họ công bố Roo. Ấn tượng của tôi (và của đồng nghiệp của tôi ở đó) là Roo là tốt nếu bạn tạo ra một ứng dụng CRUD dựa trên web vài tuần một lần - họ đã trình bày nó như là phiên bản Java thuần túy của Grails (là RoR cho Java).

Không có gì thú vị cho bất kỳ ai khác - nhưng đó chỉ là ý kiến.

Answer 4

Spring Roo 1.0.0 (GA) hiện đã được phát hành, hoàn chỉnh với khoảng 100 trang tài liệu.

Nếu bạn đang băn khoăn về Roo là gì và why use it, tôi khuyên bạn nên đọc số introductory chapter của hướng dẫn tham khảo. Nó bao gồm điều này và nhiều hơn nữa.

@Antony, GWT hỗ trợ là ưu tiên hàng đầu của Roo và điều tôi hiện đang làm việc. Mong đợi để xem một số hội nhập thú vị trong tương lai rất gần.

Answer 5

Ngay sau khi Roo hỗ trợ GWT? Tôi nghĩ rằng việc sử dụng GWT bởi Roo làm cho nó trở thành một chiến thắng lớn cho GWT và Roo!

Answer 6

Tôi đã xem bản trình diễn của Roo cách đây vài tháng. Nó trông rất giống Grails (một công nghệ mùa xuân khác), ngoại trừ việc thay vì tạo các tạo phẩm cho ngôn ngữ Groovy, bạn tạo chúng cho Java.
Tuy nhiên, nó thực thi thực hành tốt và làm cho bạn áp dụng mô hình MVC một cách rõ ràng. Cá nhân, bản demo không làm cho tôi thay đổi bộ công cụ ưa thích của tôi (Grails), nhưng đó là vì tôi có thể đạt được kết quả nhanh hơn với Groovy (phân tích cú pháp xml ví dụ là "đau đớn" nhiều hơn trong Java so với trong Groovy). Ngoài ra, với Grails tôi có thể thấy những thay đổi tôi thực hiện ngay lập tức mà không cần phải biên dịch lại toàn bộ dự án của mình và khởi chạy lại ứng dụng mỗi lần tôi muốn xem kết quả. Cuối cùng nhưng không kém phần quan trọng, trong Grails bạn có rất nhiều plugin để tạo các trang web Ajax ưa ​​thích (ví dụ, nếu bạn muốn tránh Javascript, nhưng có các plugin cho GWT, Yahoo, Dojo, v.v ...). Vì vậy, nếu bạn không muốn học Groovy (không quá khó nếu bạn đã biết Java), Roo là con đường để xây dựng các dự án web sạch với tất cả sức mạnh của Hibernate và Spring.

Tôi hy vọng điều này sẽ giúp ...

Answer 7

Đầu tiên, Spring Roo là một công cụ tạo mã (tương tự như hệ thống Grails commands):

alt text http://blog.springsource.com/wp-content/uploads/2009/10/00-logo.png

Thứ hai, các ứng dụng Spring Roo hiện đang sử dụng Spring Web luồng cho xem và mùa xuân cho keo. Vì vậy, trong khi bạn có thể so sánh (Spring Web Flow + Spring) và (Wicket + Spring), combo sau không cung cấp bất cứ thứ gì có thể so sánh với Roo ra khỏi hộp (có thể AppFuse hoặc AppFuse Light nhưng bạn không đề cập đến chúng và chúng là các dự án của bên thứ ba).

Nói cách khác, tôi không nghĩ rằng "Spring Roo vs (Wicket và Spring)" có ý nghĩa.

Answer 8

Roo và GWT có sẵn today ở dạng tiền phát hành. Theo tôi, chắc chắn chưa sẵn sàng cho thời gian đầu.

Answer 9

Tại sao nên sử dụng Roo khi có thể xây dựng thứ gì đó w/GWT và kết thúc với một kết quả tốt hơn phong phú hơn và không có sự ràng buộc của Roo và kiến ​​trúc của nó. Spring Web Flow là công nghệ yesterdays.