4
Servlet來到了4.0?  | iThome (www.ithome.com.tw)
natsu 積分 0

對JSF來說,JSP被認為是不建議使用(deprecated)的呈現技術。

可是如果要改用 JSF,原本 JSP 的程式可能都要砍掉重練 ...

IngramChen 積分 0 編輯於

時代已經在前進,除了 servlet 技術外還有別的選擇,像是 spring web flux

web flux 因為沒有依賴 servlet 所以只能和 Freemarker/Thymeleaf 整合。所以跳過 jsp/jsf ,改用這兩個以後切換時會比較有利吧。

是說純 server page 也越來越不重要就是

caterpillar 積分 1 編輯於

若可以屏壁 Java EE,就算只是 Servlet API,基本上有很多人會很開心(也許他們並不清楚為什麼開心),雖然 Web Flux 目的並不在為了取代 Servlet(這野心也太小)。

或許多數人也舉不出 JSP/JSF 的問題在哪,大概只是純 Server Page 越來越不重要的投射居多。

IngramChen 積分 0

很少人直接寫 servlet 吧? 大部份上面都會掛一層 (Jersey/spring...etc)

那麼 servlet 這個 abstraction 就變成累贅了,去掉後少一層自然變得比較輕,也不需要部署肥肥的 servlet container 了。

(不過 benchmark 的結果都是純 servlet 變態的快… 神奇)

caterpillar 積分 1 編輯於

不是指純寫 Servlet,而是指 Servlet API,掛一層 Jersey/Spring,還是看到不少人搞不出 HttpSession、ServletContext 等的一些對應功能,然後縮回去直接搞 HttpSession、ServletContext … 基本上 Jersey/Spring 這類抽象層都想或有對應的方案,不過有時麻煩,有時藏在某些地方找不到,有時是心智模型還是掛在 Servlet Container,經驗上難以脫離(新生代若完全沒有或不用接觸 Servlet 容器,大概會比較沒這困擾) …

natsu 積分 0

有時是心智模型還是掛在 Servlet Container,經驗上難以脫離

對啊... 開發 Web Application 有時還是會以 Servlet 的方式在做思考 ...

Jersey / Spring 這類抽象層都想或有對應的方案,不過有時麻煩,有時藏在某些地方找不到

多了一層雖然方便,但有時也會因為搞不清楚底層是如何運作的,導致程式執行的結果不如預期 ...

這時候又會懷念 JSP / Servlet 的單純 ...