Có ai vẫn đang sử dụng JSTL không?

Question

Tôi sắp nhận một số lập trình web Java vì không cần phải chạm vào Java trong một vài năm. Tôi nhặt một cuốn sách O'Reilly khá cũ đang ngồi trên kệ sách của tôi (Java Server Pages 3rd Edition, covers JSP 2.0 & JSTL 1.1) và bắt đầu lướt qua các trang. Tôi đã đi qua để tải về latest JSTL libraries và nhận thấy rằng họ vẫn còn ở phiên bản 1.1. Tự hỏi, JSTL có chết không?

Có khá nhiều khung công tác Java trên mạng nhưng với tôi, chúng có vẻ như tất cả các cấu hình XML bị cồng kềnh và điên rồ. Tôi thích Java như một ngôn ngữ và tôi thích thực tế là nó chạy trong một máy chủ (như Tomcat) nhưng tôi muốn lập trình các ứng dụng web Java như thể tôi muốn sẽ lập trình PHP. Với tôi, JSP và Servlets là đủ tốt và một thứ tiện dụng như JSTL dường như làm cho cuộc sống dễ dàng hơn. Nhưng dường như phần còn lại của thế giới có vẻ khác nhau.

Tôi chỉ không nhận được nó và là JSP, Servlets và JSTL cho khủng long? Tôi có nên tránh xa phương pháp này vì lý do chính đáng không? Hoặc tôi có thể an toàn gắn bó với máy chủ Tomcat, JSP và Servlets của tôi để xây dựng các ứng dụng và dịch vụ web của tôi không?

Answer 1

JSP, Servlets và JSTL vẫn còn rất nhiều tiêu chuẩn để phát triển web java. Các khung công tác khác như JSF và GWT đang thu hút được sự phát triển, và đang trải qua sự phát triển nhanh chóng, nhưng chúng vẫn còn trong thiểu số.

JSTL chưa được thay đổi kể từ phiên bản 1.x, đó là sự thật, nhưng đó là bởi vì nó khá tốt, và không cần nhiều cải tiến (nó sẽ sử dụng một số, đúng, nhưng không có gì quyết liệt).

API servlet thô không phải là API bạn muốn sử dụng. Các khung được xếp lớp trên cùng của API Servlet (trong đó có nhiều hơn bạn có thể lắc một cây gậy) là một cược tốt hơn nhiều. Họ chủ yếu sử dụng JSP như lớp xem mặc định của họ, mặc dù.

Answer 2

Tôi vẫn sử dụng JSP (bao gồm JSTL) trong các ứng dụng.

Các ứng dụng cũ có giao diện đồ họa hơi khó đòi mà tôi rất muốn thấy được triển khai trong Wicket hoặc một số khung như vậy.

nhiệm vụ quản lý đơn giản tuy nhiên tôi muốn thực hiện trong JSP (với lò xo MVC hoặc thanh chống) bởi vì nó chỉ là chết dễ dàng như vậy.

Tôi sẽ không triển khai GUI mới, yêu cầu với JSP nữa trừ khi logic GUI ở trong javascript. Nó chỉ là quá damned khó để đối phó với các trình duyệt khác nhau, và nhu cầu cho người tàn tật (không có javascript) so với javascript-nặng cho những người có thể thưởng thức nó. Tôi thích khuôn khổ của tôi để làm điều đó chuyển đổi cho tôi.

Answer 3

Không, nó không phải là chết. Nó chỉ là rất mạnh mẽ mà không có gì cần phải được tăng cường/cố định :) Chúng tôi vẫn sử dụng nó hàng ngày. Bạn sẽ sử dụng cái gì khác để kiểm soát luồng trình bày trong JSP? Tập lệnh? Oh cảm ơn không.

Tuy nhiên, đã có JSTL 1.2 về cơ bản chỉ là sự hợp nhất hai tệp mà ban đầu nó tồn tại (jstl.jar và standard.jar) cùng với các cải tiến rất nhỏ.

Về khuôn khổ bạn đang nói về, đó là hầu hết các khuôn khổ chỉ MVC được xây dựng trên JSP/Servlet (và thậm chí JSTL).

nhưng tôi muốn lập trình ứng dụng web Java như thể tôi muốn, ví dụ: sẽ lập trình PHP.

Tôi sẽ nói, đó là một ý tưởng tồi.Có lẽ không phải nếu nó chỉ là một trang lưu bút đơn giản hoặc hình thức liên lạc, nhưng ngay cả sau đó JSP sẽ là quá tràn. Chỉ cần gắn bó với PHP nếu bạn muốn viết/xáo trộn mọi thứ trong một trang. JSP/Java thực sự không có.

Với tôi, JSP và Servlets đủ tốt và một thứ tiện dụng như JSTL dường như giúp cuộc sống trở nên dễ dàng hơn. Nhưng dường như phần còn lại của thế giới có vẻ khác nhau.

Bạn không bắt buộc phải sử dụng một hoặc khung công tác khác, nhưng khi ứng dụng phát triển ra khỏi biên giới, bạn sẽ hài lòng nếu bạn đã chọn khung MVC hiện có và mạnh mẽ.

Tuy nhiên, với API Servlet 3.0 được cải tiến và API JAX-RS ấn tượng xuất hiện cùng với Java EE 6 tuần trước, tôi không nghĩ bạn thực sự cần một khung công tác.

Answer 4

Nếu bạn muốn viết các ứng dụng PHP trong một JVM sau đó nhìn vào Quercus từ Caucho: http://quercus.caucho.com/

Answer 5

Nếu bạn muốn có một chút cực kỳ đơn giản nhưng ít nhất khuôn khổ như mạnh mẽ như JSP + JSTL xin vui lòng xem xét sử dụng http://www.hybridserverpages.com. Nó không yêu cầu cấu hình như vậy (ngoại trừ web.xml vì nó tạo mã trên đầu trang của Servlet).