Redian新闻
>
JavaServer Faces 和 Java Servlet
avatar
JavaServer Faces 和 Java Servlet# Java - 爪哇娇娃
b*m
1
3年前的比赛,资深牌友来回忆一下吧?
avatar
b*t
2
24G的headpins, 22G的earwire, 8mm珊瑚珠。那个28G的细线,我做了挡珠。
avatar
w*o
3
【 以下文字转载自 LoveNLust 讨论区 】
发信人: aihaha (爱哈哈), 信区: LoveNLust
标 题: sigh, 我怎么老有发包子的冲动呢?
发信站: BBS 未名空间站 (Sat Nov 21 20:31:47 2009, 美东)
好在一天只能发10个,不然版面的包子我一天就发光了。。。
我竟然是个败家类型的?
avatar
s*s
4
这俩有什么区别? 是不是只学一个就够了.
avatar
Y*t
5
很奇怪庄下家没有用黑K拿牌权后打片子,难道这时候就谋划最后双扣底牌?
真这样的话,那太牛了
avatar
j*y
6
好Q啊
avatar
e*t
7
servlet is the underlying technology and you'd better get a grasp of it. But
you rarely need to write your own servlet.
JSF is something built on top of servlet, which is more important than servl
et itself. If you want to work with a JavaEE webapplication. You probably wa
nt to pay more attention to JSF.

【在 s****s 的大作中提到】
: 这俩有什么区别? 是不是只学一个就够了.
avatar
u*d
8
怎么没有第二届的呢?
我对第二届和成城搭档印象深刻,那时是预赛,轮流和桌上每人都对家,每次要打15局
。我记得15局里,我有3个大光,4个小光,好像还是连着来。我和成城搭档时战绩最好
,以致于我后来常吹,我和成城连着3个大光,4个小光;后来想想不对啊,我和她只对
家打了5局,应该至少有两局她也是受害者 。。。
还有成城敢于批评对家,那次她不和我搭档时,经常把对家批得体无完肤,我只好闷声
发大财了。

【在 b***m 的大作中提到】
: 3年前的比赛,资深牌友来回忆一下吧?
avatar
j*y
9
好Q啊
avatar
s*s
10
谢谢.

But
servl
wa

【在 e*****t 的大作中提到】
: servlet is the underlying technology and you'd better get a grasp of it. But
: you rarely need to write your own servlet.
: JSF is something built on top of servlet, which is more important than servl
: et itself. If you want to work with a JavaEE webapplication. You probably wa
: nt to pay more attention to JSF.

avatar
b*m
11
俺不是资深牌友。。。不得而知。。。
那个youtube连接是我放狗偶然搜到的~

【在 u****d 的大作中提到】
: 怎么没有第二届的呢?
: 我对第二届和成城搭档印象深刻,那时是预赛,轮流和桌上每人都对家,每次要打15局
: 。我记得15局里,我有3个大光,4个小光,好像还是连着来。我和成城搭档时战绩最好
: ,以致于我后来常吹,我和成城连着3个大光,4个小光;后来想想不对啊,我和她只对
: 家打了5局,应该至少有两局她也是受害者 。。。
: 还有成城敢于批评对家,那次她不和我搭档时,经常把对家批得体无完肤,我只好闷声
: 发大财了。

avatar
a*e
12
简易,美观
avatar
c*e
13
jsf据说会代替jsp.

【在 s****s 的大作中提到】
: 这俩有什么区别? 是不是只学一个就够了.
avatar
Y*t
14
原来我第一次参加的是第二届比赛呀
已经忘了是和哪些玩家一桌了
不过估计被我这个新人一通乱拳打晕了不少
竟然还进入了第二轮。

【在 u****d 的大作中提到】
: 怎么没有第二届的呢?
: 我对第二届和成城搭档印象深刻,那时是预赛,轮流和桌上每人都对家,每次要打15局
: 。我记得15局里,我有3个大光,4个小光,好像还是连着来。我和成城搭档时战绩最好
: ,以致于我后来常吹,我和成城连着3个大光,4个小光;后来想想不对啊,我和她只对
: 家打了5局,应该至少有两局她也是受害者 。。。
: 还有成城敢于批评对家,那次她不和我搭档时,经常把对家批得体无完肤,我只好闷声
: 发大财了。

avatar
h*h
15
cute
avatar
e*t
16
yes, let's oracle's plan and does make sense.
it's more elegant and has better support of states and objects. it's a MVC f
ramework from the beginning.

【在 c*********e 的大作中提到】
: jsf据说会代替jsp.
avatar
R*s
17
赞经常把对家批的体无完肤....脑补了一下她和辣椒搭档的场景.....

【在 u****d 的大作中提到】
: 怎么没有第二届的呢?
: 我对第二届和成城搭档印象深刻,那时是预赛,轮流和桌上每人都对家,每次要打15局
: 。我记得15局里,我有3个大光,4个小光,好像还是连着来。我和成城搭档时战绩最好
: ,以致于我后来常吹,我和成城连着3个大光,4个小光;后来想想不对啊,我和她只对
: 家打了5局,应该至少有两局她也是受害者 。。。
: 还有成城敢于批评对家,那次她不和我搭档时,经常把对家批得体无完肤,我只好闷声
: 发大财了。

avatar
x*8
18
学习了!赞!
avatar
g*g
19
jsf is going nowhere.
avatar
t*r
20
举手举手,俺是资深牌友,不过啥印象木有。。。
这谁呀,还传到youtube了,够神!

【在 b***m 的大作中提到】
: 3年前的比赛,资深牌友来回忆一下吧?
avatar
r*q
21
赞!
avatar
w*z
22
both are outdated technology, it is all JS now.

【在 c*********e 的大作中提到】
: jsf据说会代替jsp.
avatar
s*0
23
他哪有机会用黑K拿牌权啊?

【在 Y*******t 的大作中提到】
: 很奇怪庄下家没有用黑K拿牌权后打片子,难道这时候就谋划最后双扣底牌?
: 真这样的话,那太牛了

avatar
y*i
24
喜欢珊瑚
avatar
b*y
25

同意。当年我加入公司的时候,前lead developer用IBM的JSF开发了个内部的产品管理
系统。结果,总是30分钟不到就内存溢出了。这个也许是IBM的JSF实现的不好,也许是
他编程的时候用的node太多了?Anyway.
我的感觉,JSF是肉包铁,Java servlet是铁包肉。是不是有点形象的比喻? 呵呵
如果我没记错的话,JSF在内存里生成了对应的html page的tree structure,所以,占
内存大。而且,designer很难插手做前台?
jsp还好。不过,我们都用的是Velocity template engine. 简单,速度快。我也自己
编写过一个类似的java template engine, 感觉这东西比jsp更加MVC.

【在 g*****g 的大作中提到】
: jsf is going nowhere.
avatar
C*H
26
漏斗赚死了。第二届我本来是裁判,他们桌子有个选手没来,
我就火线替补了。 结果他搭我的时候我牌就特好,直接奠定了他的晋级决赛。
好像还欠我答谢包子呢吧。

【在 R*****s 的大作中提到】
: 赞经常把对家批的体无完肤....脑补了一下她和辣椒搭档的场景.....
avatar
c*n
27
zan ~~~
avatar
z*s
28
有种说法是理解了servlet才真正理解什么是j2ee??
avatar
s*0
29
大家知道once2011这个庄错在哪里吗?
欢迎大家来讨论,这才是对提高牌技有用的。

【在 b***m 的大作中提到】
: 3年前的比赛,资深牌友来回忆一下吧?
avatar
k*n
30
cute
avatar
z*e
31
servlet有j2ee的一半都算抬举servlet了

【在 z***s 的大作中提到】
: 有种说法是理解了servlet才真正理解什么是j2ee??
avatar
s*0
32
怎么没人讨论庄错在哪里?
avatar
m*V
33
典雅!
avatar
o*1
34
JSF 现在跟当年不一样了,已经算不错的front-end技术了。
尤其是跟CDI的结合,挺方便的。又是standard。
如果你是在 java ee 上做东西 jsf 是一个选择。
如果你只在web container上做东西,有很多别的选择。jsf反而显的啰嗦。
servlet我觉得很重要,把它底层如果工作的搞清楚对自己技术的提高很有帮助。
很多framework都是在这一套上面做的。

【在 s****s 的大作中提到】
: 这俩有什么区别? 是不是只学一个就够了.
avatar
n*y
35
你知道为什么搭你牌就好?

【在 C*****H 的大作中提到】
: 漏斗赚死了。第二届我本来是裁判,他们桌子有个选手没来,
: 我就火线替补了。 结果他搭我的时候我牌就特好,直接奠定了他的晋级决赛。
: 好像还欠我答谢包子呢吧。

avatar
o*1
36
jsf 还在坚持,也改变了很多,但是还是用的人不多。
jsp就是所有 container都支持,不用什么额外的 jar.
最好的 template engine 是 thymeleaf, 几乎能想到的方便的地方它都有。
也非常适合美工和程序员合作。

【在 b******y 的大作中提到】
:
: 同意。当年我加入公司的时候,前lead developer用IBM的JSF开发了个内部的产品管理
: 系统。结果,总是30分钟不到就内存溢出了。这个也许是IBM的JSF实现的不好,也许是
: 他编程的时候用的node太多了?Anyway.
: 我的感觉,JSF是肉包铁,Java servlet是铁包肉。是不是有点形象的比喻? 呵呵
: 如果我没记错的话,JSF在内存里生成了对应的html page的tree structure,所以,占
: 内存大。而且,designer很难插手做前台?
: jsp还好。不过,我们都用的是Velocity template engine. 简单,速度快。我也自己
: 编写过一个类似的java template engine, 感觉这东西比jsp更加MVC.

avatar
u*d
37
其实城成牌好不好不重要了,因为我那时状态奇佳,已经打疯了,她其实就应该脱管,
让我来攻城拔寨就行了。

【在 n*****y 的大作中提到】
: 你知道为什么搭你牌就好?
avatar
t*e
38
现在没人用plain JSF,都有用RIA libs, 像primefaces之类,有javascript
abstraction,开发效率非常高。没有component model+js abstraction,让你几个月
时间开发上百页的RIA app,无法想象。healthcare为例,会有很长的workflow,复杂
的forms。
nodejs适合有js背景的人用,局限也不少。
关于web framework的争论一直都在,很多年前关于wicket就在本版讨论的很火爆。不
知道现在wicket还安好。孰优孰劣本无定论。都是根据具体要求和developers的背景决
定使用的技术。
avatar
n*y
39
我听懂了,成成应该给漏斗哥发包子。

【在 u****d 的大作中提到】
: 其实城成牌好不好不重要了,因为我那时状态奇佳,已经打疯了,她其实就应该脱管,
: 让我来攻城拔寨就行了。

avatar
o*1
40
wicket估计没什么戏。
这种把应该前台做的工作拿到后台去做的web framework都是把简单问题复杂化。
GWT 也是这个样子,现在已经下坡路的厉害。

【在 t*******e 的大作中提到】
: 现在没人用plain JSF,都有用RIA libs, 像primefaces之类,有javascript
: abstraction,开发效率非常高。没有component model+js abstraction,让你几个月
: 时间开发上百页的RIA app,无法想象。healthcare为例,会有很长的workflow,复杂
: 的forms。
: nodejs适合有js背景的人用,局限也不少。
: 关于web framework的争论一直都在,很多年前关于wicket就在本版讨论的很火爆。不
: 知道现在wicket还安好。孰优孰劣本无定论。都是根据具体要求和developers的背景决
: 定使用的技术。

avatar
R*n
41
男成, 你这不是要了chengch 的命么

【在 n*****y 的大作中提到】
: 我听懂了,成成应该给漏斗哥发包子。
avatar
b*y
42

谢谢。看了一下thymeleaf, 不错。但有个问题是, velocity可以生成email template,
html或者text版本的。但好像thymeleaf只能做xml/html的?

【在 o**1 的大作中提到】
: jsf 还在坚持,也改变了很多,但是还是用的人不多。
: jsp就是所有 container都支持,不用什么额外的 jar.
: 最好的 template engine 是 thymeleaf, 几乎能想到的方便的地方它都有。
: 也非常适合美工和程序员合作。

avatar
s*0
43
怎么没人理我?nnd
谁第一个答对了给2个包子,我就不信没人讨论。
avatar
g*g
44
server side component based is not going anywhere. For two major issues.
1. Poor separation of backend and frontend personnel. web pages tend to be
more flashy than traditional desktop UI. While components are handy, it's
painful to customize CSS, and creating new components is difficult too.
2. Performance, this takes lots of memory and it's not suitable for websites
that can serve 10s of millions of users. It's probably an OK choice for
internal websites.
With html5/JS components getting stronger everyday, the writing is on the
wall.
avatar
O*n
45
这下你更没戏了, 群众们都在等你把包子数涨到10,20,30......58

【在 s*******0 的大作中提到】
: 怎么没人理我?nnd
: 谁第一个答对了给2个包子,我就不信没人讨论。

avatar
e*t
46
I agree with this.
By using js component based frameworks, front end UI developers can easily p
rototype UI desgins without much backend interaction.
Our UI developers do their prototyping or some bug fixing on some kind of mo
ck server (tomcat based). They hate to bring up the full application (jboss)
, which may take up to 15 mins to start, not to mention the data setup.
On the other hand, JSP/JSFs are used to server the http requests. They serve
r the pages, and it works well for big page level components. But I suppose
that's not the original purpose of JSF.

websites

【在 g*****g 的大作中提到】
: server side component based is not going anywhere. For two major issues.
: 1. Poor separation of backend and frontend personnel. web pages tend to be
: more flashy than traditional desktop UI. While components are handy, it's
: painful to customize CSS, and creating new components is difficult too.
: 2. Performance, this takes lots of memory and it's not suitable for websites
: that can serve 10s of millions of users. It's probably an OK choice for
: internal websites.
: With html5/JS components getting stronger everyday, the writing is on the
: wall.

avatar
Y*t
47
大家
意欲查烂果,忽然闭口立?
哈哈……

【在 s*******0 的大作中提到】
: 怎么没人理我?nnd
: 谁第一个答对了给2个包子,我就不信没人讨论。

avatar
t*e
48
Not the first time you made such a statement. The truth is, component model
is an abstraction layer hiding programming complexity in HTML/JS. Given that
UI components are managed and enriched constantly by software vendors, the
same set of components rendering HTML today can generate HTML5 tomorrow. A
component-based website can be upgraded to HTML5 with new features almost
effortlessly.
avatar
R*s
49
旺对家命啊,干脆再来个比赛吧,不然都要退役了...

【在 C*****H 的大作中提到】
: 漏斗赚死了。第二届我本来是裁判,他们桌子有个选手没来,
: 我就火线替补了。 结果他搭我的时候我牌就特好,直接奠定了他的晋级决赛。
: 好像还欠我答谢包子呢吧。

avatar
t*e
50
It is a separation of concerns. Rather having the UI developers to reinvent
the wheel, component vendors package their products which are ready to be
used off-the-shelf by application developers.

p
mo
jboss)
serve
suppose

【在 e*****t 的大作中提到】
: I agree with this.
: By using js component based frameworks, front end UI developers can easily p
: rototype UI desgins without much backend interaction.
: Our UI developers do their prototyping or some bug fixing on some kind of mo
: ck server (tomcat based). They hate to bring up the full application (jboss)
: , which may take up to 15 mins to start, not to mention the data setup.
: On the other hand, JSP/JSFs are used to server the http requests. They serve
: r the pages, and it works well for big page level components. But I suppose
: that's not the original purpose of JSF.
:

avatar
b*m
51
wiener当时是旁观者,请注解一下吧?

【在 b***m 的大作中提到】
: 3年前的比赛,资深牌友来回忆一下吧?
avatar
g*g
52
It's not re-inventing the wheels, the components can be in pure html/js.
And they are not tied to particular server technology or language. I would
argue that the library is richer and better that way.

reinvent

【在 t*******e 的大作中提到】
: It is a separation of concerns. Rather having the UI developers to reinvent
: the wheel, component vendors package their products which are ready to be
: used off-the-shelf by application developers.
:
: p
: mo
: jboss)
: serve
: suppose

avatar
s*0
53
重赏之下都没勇夫出来?
avatar
t*e
54
Put it this way, for most companies out there, component approach is more
cost-effective. Big players need to invent brand new widgets and eliminate
ties to any particular software vendor, html/js is the way to go.

【在 g*****g 的大作中提到】
: It's not re-inventing the wheels, the components can be in pure html/js.
: And they are not tied to particular server technology or language. I would
: argue that the library is richer and better that way.
:
: reinvent

avatar
b*m
55
顶~
我这才是帖牌例的典范~

【在 s*******0 的大作中提到】
: 重赏之下都没勇夫出来?
avatar
e*t
56
I think everyone is on the same page.
For us, we need to build our own js component libraries on top of 3rd party
js frameworks (namely jquery and etc).
3rd party js component only deal with very low level components, and we need
bigger more integrated components. They typically have the data exchange in
terfaces well defined. Advantages are:
1. Consistent look and feel across different modules
2. easier css customization
3. underlying techonology agnostic, it can be java, ruby, even php.

【在 g*****g 的大作中提到】
: It's not re-inventing the wheels, the components can be in pure html/js.
: And they are not tied to particular server technology or language. I would
: argue that the library is richer and better that way.
:
: reinvent

avatar
s*0
57
其实这个庄的错误很简单。bendm你仔细看看,看你能不能赚到我的包子。

【在 b***m 的大作中提到】
: 顶~
: 我这才是帖牌例的典范~

avatar
t*e
58

真不容易。

【在 e*****t 的大作中提到】
: I think everyone is on the same page.
: For us, we need to build our own js component libraries on top of 3rd party
: js frameworks (namely jquery and etc).
: 3rd party js component only deal with very low level components, and we need
: bigger more integrated components. They typically have the data exchange in
: terfaces well defined. Advantages are:
: 1. Consistent look and feel across different modules
: 2. easier css customization
: 3. underlying techonology agnostic, it can be java, ruby, even php.

avatar
b*m
59
留给想吃包子的人吧,我就算了,呵呵~

★ 发自iPhone App: ChineseWeb 1.0.1

【在 s*******0 的大作中提到】
: 其实这个庄的错误很简单。bendm你仔细看看,看你能不能赚到我的包子。
avatar
b*y
60

同感,呵呵

【在 t*******e 的大作中提到】
:
: 真不容易。

avatar
w*r
61
这牌当事人来说才是。不过当时我们讨论的一直结论是,庄犯了严重的错。

【在 b***m 的大作中提到】
: wiener当时是旁观者,请注解一下吧?
avatar
z*e
62
我这边的一个法国军工巨头在用jsf
我看页面后缀是.jsf

【在 t*******e 的大作中提到】
: 现在没人用plain JSF,都有用RIA libs, 像primefaces之类,有javascript
: abstraction,开发效率非常高。没有component model+js abstraction,让你几个月
: 时间开发上百页的RIA app,无法想象。healthcare为例,会有很长的workflow,复杂
: 的forms。
: nodejs适合有js背景的人用,局限也不少。
: 关于web framework的争论一直都在,很多年前关于wicket就在本版讨论的很火爆。不
: 知道现在wicket还安好。孰优孰劣本无定论。都是根据具体要求和developers的背景决
: 定使用的技术。

avatar
b*m
63
哦,就是snowman说的错误吧。
不过三年过去,不知道当事人还是否活跃?至少我没见过那些ID了。

【在 w****r 的大作中提到】
: 这牌当事人来说才是。不过当时我们讨论的一直结论是,庄犯了严重的错。
avatar
z*e
64
jsf sap的jee server不支持
貌似sap对jee6指责颇多
我看了下jee7,上个月发布了
发现jsp又被加上去了
不过我们坚持用freemarker
thymeleaf貌似对freemarker什么指责颇多
我找时间了解看看

【在 o**1 的大作中提到】
: jsf 还在坚持,也改变了很多,但是还是用的人不多。
: jsp就是所有 container都支持,不用什么额外的 jar.
: 最好的 template engine 是 thymeleaf, 几乎能想到的方便的地方它都有。
: 也非常适合美工和程序员合作。

avatar
z*f
65
肯定是昆仑BSO的
其实回头看看,估计once太兴奋了,毕竟1010小王小王干掉大王对的机会不多。打得过
程中几个比较明显的失误
1.没留保护张,花打得太快
2.红的问题解决的太晚
3.庄下没红,给了黑K,只能是片上手了,全盘始终都没上过手,怎么都不能放
我要是红8换成片9更好点,不过对家黑K扔了,也没啥大区别。
avatar
m*n
67
方55不该下底。

【在 z***f 的大作中提到】
: 肯定是昆仑BSO的
: 其实回头看看,估计once太兴奋了,毕竟1010小王小王干掉大王对的机会不多。打得过
: 程中几个比较明显的失误
: 1.没留保护张,花打得太快
: 2.红的问题解决的太晚
: 3.庄下没红,给了黑K,只能是片上手了,全盘始终都没上过手,怎么都不能放
: 我要是红8换成片9更好点,不过对家黑K扔了,也没啥大区别。

avatar
t*e
68
和Spring Web Flow一起用后缀就没有了。最好也是和Spring Web Flow一起用,有很多
JPA相关的好处。

【在 z****e 的大作中提到】
: 我这边的一个法国军工巨头在用jsf
: 我看页面后缀是.jsf

avatar
s*0
69
庄的致命错误在于花A之后接着出了5张花!你们要知道打NT这5张花意味着什么?意味着
5个主!必须留着最后出!你先打,就像先打自己手里的长套一样的错误,给敌人整理
自己牌的机会!!如果广大牌友对一开始打长套的弊端还没理解透彻,希望通过这个典型
牌例能够彻底弄明白了。
如果没有这个致命伤,哪里会发生后面的事情?其它的错误就不会存在了,根本就不可
能会被双扣了!

【在 z***f 的大作中提到】
: 肯定是昆仑BSO的
: 其实回头看看,估计once太兴奋了,毕竟1010小王小王干掉大王对的机会不多。打得过
: 程中几个比较明显的失误
: 1.没留保护张,花打得太快
: 2.红的问题解决的太晚
: 3.庄下没红,给了黑K,只能是片上手了,全盘始终都没上过手,怎么都不能放
: 我要是红8换成片9更好点,不过对家黑K扔了,也没啥大区别。

avatar
r*s
70
If you are building your own js components,
you should use ExtJs.
It's already componentized at js layer.
JQuery is for small projects.

party
need
in

【在 e*****t 的大作中提到】
: I think everyone is on the same page.
: For us, we need to build our own js component libraries on top of 3rd party
: js frameworks (namely jquery and etc).
: 3rd party js component only deal with very low level components, and we need
: bigger more integrated components. They typically have the data exchange in
: terfaces well defined. Advantages are:
: 1. Consistent look and feel across different modules
: 2. easier css customization
: 3. underlying techonology agnostic, it can be java, ruby, even php.

avatar
s*0
71
snowman10,您好:
您转给 zdzbf,现金(伪币):20,收取手续费:0.2
同时附加了如下留言给 zdzbf.
答对了!
站务
avatar
e*t
72
they might be using it. it's managed by the common UI team, and I'm backend.
:-)

【在 r*****s 的大作中提到】
: If you are building your own js components,
: you should use ExtJs.
: It's already componentized at js layer.
: JQuery is for small projects.
:
: party
: need
: in

avatar
s*0
73
其实对庄上家和庄下家垫牌出牌的次序和思路来说,都存在错误和紊乱!比如最致命的
庄上家的一个错误就是最后该打方块9,这样对家就知道他的方块88都是大的了。可以
方块5张一起甩!如果庄还有一对主10,那么刚好杀了方块88,哪里来的胜利可言?
所以,垫牌时,必须垫没用的那门大的牌,或者从来还没出现过的比较大的牌,这样就
能给对家一些有用的信息,他就能知道他的对子或者这门能不能一起甩出去了。其实,
任何一次牌局,只要你能好好思考总结,都能得到相似的结论!所以打牌贵在思考!!
avatar
c*e
74
恩,在extjs里,可以做很多功能,比如定制右击鼠标菜单,在一个树menu里右击来增
加节点。

【在 r*****s 的大作中提到】
: If you are building your own js components,
: you should use ExtJs.
: It's already componentized at js layer.
: JQuery is for small projects.
:
: party
: need
: in

avatar
z*f
75
你还挺可耐的:)

【在 s*******0 的大作中提到】
: snowman10,您好:
: 您转给 zdzbf,现金(伪币):20,收取手续费:0.2
: 同时附加了如下留言给 zdzbf.
: 答对了!
: 站务

avatar
s*e
76
I do not think that you can compare JSF to servlet. JSF was introduced by
sun trying to compete with other application tier technologies such as
struts, spring mvc... Like all those web frameworks, jsf is based on Servlet
. Actually without jsp/servlet spec, none of those java based web frameworks
will ever work at all. JSF, not like other web frameworks, is designed
using page controller pattern, which is subtly different from front
controller patterns used by most other popular web frameworks.
For the future of servlet and servlet based frameworks, I do not think it
will die soon considering huge investments and open source efforts put in
the area. Actually till today, I do not see any new technology will be able
to replace servlet soon. web/restful services were long said to be the best
candidate to retire servlet, but it fall short of the task. Now server side
js is viewed to be the next one...
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。