g*****g
发帖数: 34805 | 1 I don't do ejb2 any more, but I think if you do cmp, you should just throw
exception and let the framework deals with it. |
|
z*******3
发帖数: 13709 | 2 你说的这些技术里面，加上spring, hibernate这些
我觉得最难的就是ejb2
ejb2搞定了，其它的都好办，spring什么压根不用学
spring真没有什么可以学的，struts2已经没什么人用了
不搞还省心，当年很多人搞不定ejb2，能把ejb2搞定
其它的你自己倒腾肯定能搞定
你有空可以升级一下现有系统
比如ejb2的那个appserver，是jboss吧？
升级到新版的jboss你就可以用ejb3了
这样你就可以用annotation了，改点配置就好了
有兴趣还可以把struts1换成spring mvc
这样就可以用spring了
你们公司这些技术是现在大部分技术的基础
spring mvc什么底层也都是servlet那些东西
我倒是觉得你有机会接触相对底层一点的api
现在手写servlet的已经不多了 |
|
I*******o
发帖数: 53 | 3 要做EJB2的东西了，同时还要考虑把现有EJB2 code转为EJB3的。。。
live system...
pain in a**啊。。。有没有什么书，
1/3讲EJB2，1/3讲EJB3，1/3讲EJB2-->EJB3的？LOL |
|
z****e
发帖数: 54598 | 4 jsf怎么搞不清楚，将来怎么发展也不知道
其它几个应该都很过硬了，也就是ejb稍微有点弱
但是经过对spring的借鉴，强很多了
现在jee比以前的j2ee要简单
最难的应该是ejb2，其它都好办
ejb2那四个接口真是恶心啊，不过如果搞过rmi的话
ejb2的remote接口也不难理解
esb之类也不过是概念，具体实践倒腾倒腾就会了
做多也没意思，前几天跟老大聊天
老大说，这些东西鬼子看着很神奇，但是到底怎样
你自己清楚，就好比拉面，老外看拉面，很神奇
还拿个手机在那边拍，但是做多了，你自己知道
不过如此，找点有趣的挑战玩吧
我们这边的大学对web service的参与比较活跃
所以我们以后有可能会多搞这一块东东 |
|
z****e
发帖数: 54598 | 5 是
但那是ejb2.0时代的故事了
ejb3.0已经简化很多了
而且对于不同虚拟机的接口调用
spring还是用ejb那一套，rmi或者是ejb的remote接口
或者web service
但是ejb3.0以后版本开始逐渐把web service给接纳到ejb的规范中去了
其实我觉得ejb那一套并不复杂，我个人用得挺爽的
关键是看会不会，会了都不难，最难的是ejb1.0
ejb2.0比1.0容易，3.0比2.0容易 |
|
z****e
发帖数: 54598 | 6 是
但那是ejb2.0时代的故事了
ejb3.0已经简化很多了
而且对于不同虚拟机的接口调用
spring还是用ejb那一套，rmi或者是ejb的remote接口
或者web service
但是ejb3.0以后版本开始逐渐把web service给接纳到ejb的规范中去了
其实我觉得ejb那一套并不复杂，我个人用得挺爽的
关键是看会不会，会了都不难，最难的是ejb1.0
ejb2.0比1.0容易，3.0比2.0容易 |
|
z*******3
发帖数: 13709 | 7 抛砖引玉
吃饱了看文茜世界财经周报，看得昏昏的想睡，睡觉前赶紧写，写完睡觉去了
这样，先不从dto说起了，说tiers
一个j2ee经典的tiers最早提出来的时候，是三层，所谓的三层说的是sever side三层
不包括client side和database
三层里面分别有一层专门跟以上两个东西打交道
一个是presentation tier，这个跟client side打交道
一个是persistent tier，这个专门跟database打交道
中间还剩下一个叫做business tier，这么三层，这都很熟悉了
那么当初提出这个构想的时候
是基于以下一个方式
client side是applet＋browser
presentation tier是servlet+jsp，servlet是controller，jsp是viewer
model需要你自己去提取，去包装
business tier则是ejb，尤其是session bean，stateful和stateless
persistent tier也是ejb，是entity bean
database用jdbc连接
这五个... 阅读全帖 |
|
z*******3
发帖数: 13709 | 8 spring的普通bean，尤其是无状态的bean
什么controller, service, repository, component啊
scope无非两种，singleton和prototype
ejb有三种，singleton, stateless, stateful
这里，singleton是spring和ejb都有
ptototype和stateful是差不多的
但是不是一个东西
spring的singleton和ejb的singleton都是无节制的访问方法
任何线程可以在任何时间访问这个类的方法
同时因为这个类只有一个在内存中，所以不允许其保存任何状态
所谓状态就是private variable
否则这个状态会引发并发的异常
同时spring的prototype和ejb的stateful
都确保在访问这些bean的时候，新生一个bean
所以每一个线程拿到的都是新的bean
所以保证了线程与线程之间的独立，所以可以寄存状态
比如在线商店的购物车
所不同的是，ejb的stateful还提供了一个ejbPassive和ejbActive方法
当这个购物车滞留时间太久的时... 阅读全帖 |
|
c********l
发帖数: 125 | 9 专门靠政府contractor活的公司,规模中等,千人以上是有的.
很多10年以上的legacy code.
目前手上项目用到的技术有：jsp/servlet/javascript/jquery/ajax/struts1/jdbc/
ejb2//stored procedure无文档，很多代码无注释。框架倒是早就搭好了，现在公司里
的人也不怎么写code，整天就是搞business然后调用各种模块implement.
氛围还是蛮和谐，一帮人晃晃悠悠9：30到，晚上6：00走，也没加班什么的，组里很多
呆了5年以上的，最长的呆了有9年。离家很近，10分钟的路，不像以前每天路上堵两小
时。
我上手就学的struts2，spring,hibernate，现在翻源码连几个@ annotation都没，然
后business也是稀里糊涂慢慢学，现在还要回头看ejb2的书，真是郁闷。学不到什么东
西，要不是身份之类问题也不进这贼窝了。 |
|
n******1
发帖数: 3756 | 10 最近在看struts,spring这些东西，也有很多demo可以run，其实这些东西用起来不难，
而且一般在tomcat下就可以
我想至少从EJB2开始学习比较好，因为不知道什么是heavy，就比较难理解lightweight
，但苦于EJB确实有点heavy，部署EJB还需要EJB容器，然后不同厂家的部署也不一样？
EJB2和EJB3有没有比较好的入门tutorial？ 可以自己做些配置，run一下，理解会容易
一点 |
|
z*******3
发帖数: 13709 | 11 EJB 1:
@Asynchronous
public Future exe1() ...
EJB 2:
@Asynchronous
public Future exe2() ...
EJB 3:
public void exe(){
Future e1 = ejb1.exe1();
Future e2 = ejb2.exe2();
String s1 = e1.get();//此时线程会blocked等待ejb1执行
String s2 = e2.get();//拿到s1之后，s2要么已经搞定，那此时直接取结果，要么还
在执行中，那此时线程会在这里blocked并等待ejb2执行
}
spring类似 |
|
z****e
发帖数: 54598 | 12
不映射，用spring直接干掉static
就是ejb2，ejb2很开心滴定义了一堆interface和functions，结果没人用
所以今天很多语言搞的东西都是被java证明过有问题的
spring这么古老的一个东西，居然还能在理念上横扫各个语言的eco
真的是很好笑啊，难怪vert.x那边要求加入spring和di的呼声很高
但是其他语言比如python, ruby等的作者都表示不太支持
因为其他语言没有这个东西，所以只能用比较落后的方式搞
我个人的初步想法是等vert.x3出来之后，再在vert.x上的基础之上做java的扩展
其他语言还是用ejb的方式去搞吧 |
|
w**z
发帖数: 8232 | 13 楼上的那些估计都不知道啥叫j2ee. 哥哥我当初是从ejb2, WebLogic, OAS 一路搞过来
的。现在都 spring 了。 |
|
z****e
发帖数: 54598 | 14 哈哈哈，你跟我谈hibernate？
你知道hibernate是什么吗？hibernate是jpa
下次把名词先review一遍再来跟我吹好不好？
hibernate作者都在我的linkedin上
要不要给你介绍一下hibernate是谁做的啊？
monash的一个学数学的本科毕业生做的
名字叫做gavin king，现在亚特兰大的red hat
app server当然可以配置orm，但是hibernate只是一个小产品
有个标准，叫做jpa
但是hibernate这个产品有个混蛋到极点的要求
transaction manager不配置就是不行
所以我前面说了一个最简单的crud都需要transaction的时候
问题就来了，这也是最严重最常见的瓶颈，所以我说sql有些东西是over design
还有就是sql本身对于不同db，居然是不同的
最典型的就是分页算法，这个曾经放在wikipedia的页面上供人瞻仰
现在不知道还在不在，总之sql很烂，有各种问题，兼容性很差
远比java差，差很远，所以后期人们都放弃对于各个db产品的学习
而改为用java尤其是jdbc以及jpa来统一... 阅读全帖 |
|
z****e
发帖数: 54598 | 15 hibernate是jpa
hibernate作者都在我的linkedin上
monash的一个学数学的本科毕业生做的
名字叫做gavin king，现在亚特兰大的red hat
app server当然可以配置orm，但是hibernate只是一个小产品
有个标准，叫做jpa
但是hibernate这个产品有个混蛋到极点的要求
transaction manager不配置就是不行
所以我前面说了一个最简单的crud都需要transaction的时候
问题就来了，这也是最严重最常见的瓶颈，所以我说sql有些东西是over design
还有就是sql本身对于不同db，居然是不同的
最典型的就是分页算法，这个曾经放在wikipedia的页面上供人瞻仰
现在不知道还在不在，总之sql很烂，有各种问题，兼容性很差
远比java差，差很远，所以后期人们都放弃对于各个db产品的学习
而改为用java尤其是jdbc以及jpa来统一各个db
因为经常会遇到db migration的问题，这个问题都不是over design的问题了
是设计标准上的缺陷，我当时发现这个问题时候都惊讶，sql的标准居然如... 阅读全帖 |
|
r*********t
发帖数: 4 | 16 Long is a legacy datatype of Oracle and being replaced by CLOB and BLOB. Long
can store up to 2G data and CLOB can store 4G. You can't use WHERE, GROUP BY,
DISTINCT and some other SQL clause for Long datatype. IMHO It's reasonable
that WAS doesn't provide backward compatibility to Long. But I am sure about
he ejb2.0 standard thingy, you sure the 'long' in it is the same thing of Long
in Oracle? |
|
y***e
发帖数: 39 | 17 I found there're basically three best choices(or two) in EJB
server market:
one is Weblogic, oh my god, it's what people like to pay a
big money for.
the other is Orion. http://www.orionserver.com
I have been using this server on Windows for sometime and
I'm very satisfied
with it as developing container. It's very fast, supporting
hot deploy, also
it's one of the two implementing EJB2.0 model. (the other
one is Weblogic 6.0?)
it takes much smaller memory footprint too. Highly recommend
you to t |
|
g*****g
发帖数: 34805 | 18 It looks so much better than ejb2.1 and I can't wait major
vendors to support it. |
|
g*****g
发帖数: 34805 | 19 EJB2.x is bascially discarded, it looks more like Hibernate now,
with annotation support. |
|
g*****g
发帖数: 34805 | 20 spring 和picocontainer IOC没有本质的区别，但spring和
ejb的区别，特别是ejb2.x是很大的。另外，不需要container
使单元测试和单步调试容易多了。ejb在这上面太痛苦。 |
|
B******N
发帖数: 445 | 21 等你用ejb3，跟ejb2比较起来你就会appreciate it啦。
你可以完全开发POJO，然后加上annotation，再refactor a little bit。就变成一个
j2ee service啦。no boilerplate code啦。 |
|
g*****g
发帖数: 34805 | 22 One big problem I had with EJB2.x was its deployment descriptor,
while EJB programming was standard, its DD was not. Thus EJB was not
really zero configuration between different vendors. All the IDE tools
lock you into some vendor. I wonder if this situation is getting better
with commence of EJB3? |
|
g*****g
发帖数: 34805 | 23 ejb is dead, kind of. Try spring instead.
ejb2.x is very wrong, dead. ejb3.0 is a good attempt but too
little too late, ejb3.1 is a new attempt trying to answer the
question nobody asks. I don't understand why they can't make ejb
an embeded component in servlet container. |
|
c***c
发帖数: 21374 | 24 headfirst ejb
不过是ejb2版本的 |
|
g*****g
发帖数: 34805 | 25 Ft, most financial websites have to support certain transactions,
and of course are transaction-based. EJB2.x was slow, but you
can always user lighter solution like spring. |
|
z**r
发帖数: 13 | 26 for stateless EJB, do you handle rollback manually,
or just throw runtimeexception? |
|
t*******e
发帖数: 684 | 27 The rules are the same across the board, no matter what technology you use. Runtime errors (system errors) cause transaction rollback automatically, checked exceptions (app errors) by default do NOT roll back transactions. But you may explicitly call or configure a txn roll back on application errors. |
|
z**r
发帖数: 13 | 28 the tricky part i know is, if you throw a runtimeexception,
the container rolls back for you, and invalidates the bean instance.
when system is under heavy load, those beans would cause GC disater. |
|
c***k
发帖数: 1589 | 29 I see. So the normal way to share data is through DB (entity Bean in EJB2).
Thanks for all the replying. :) |
|
g*****g
发帖数: 34805 | 30 I think it's for the interest of IBM to make Java more open.
That could help Java in the long run. Apache and Spring are
innovative leaders in the community, and we don't need product
like ejb2.x and JSF because they are standards. |
|
g*****g
发帖数: 34805 | 31 For the latter, on the contrary, free open source software keeps Java
alive. Without Spring, hibernate that led to EJB3, Struts that led to
JSF. We are stuck with JSP, Servlet and EJB2.x, and people would have jumped
into RoR camp without hesitation.
and |
|
q*********a
发帖数: 340 | 32 如果用jboss完成一个简单的项目，这两个东西有什么本质的区别吗？
JBOSS只是一个web server,他内嵌了apache,like WebLogic, WebSphere.
EJB3和EJB2没有本质上的区别，EJB3的注释更先进了，
EJB3 include entity bean and session bean, and message bean
Hibernate只是一个数据映射而已，like entity bean.
Hibernate is one of several framework. |
|
b******y
发帖数: 1684 | 33 forgive my ignorance on spring...
i dont understand why spring is more popular than ejb3...
except that spring is far better than ejb2 and took the #1 place..
but isn't ejb3's annotation usage a lot better than spring's xml?
and not to mention vendor independence. |
|
g*****g
发帖数: 34805 | 34 EJB2.x had one and it didn't go anywhere.
it |
|
S****h
发帖数: 558 | 35 Are you kidding me? As you said, DI is some extension over OO interface.
Any reasonable-size web application would become much more complicated and
convoluted. All these contribute to demise of old EJB2. Of course you can
make some in-house half-cooked one. But why not use something really
crafted by experts?
to
different |
|
S****h
发帖数: 558 | 36 Are you kidding me? As you said, DI is some extension over OO interface.
Any reasonable-size web application would become much more complicated and
convoluted. All these contribute to demise of old EJB2. Of course you can
make some in-house half-cooked one. But why not use something really
crafted by experts?
to
different |
|
z****e
发帖数: 54598 | 37 我也是最早从sun的东西开始看ejb
发现压根看不懂，ibm那个websphere也好不到哪去
最后是通过eclipse的插件连猜带蒙弄懂的
回头看，觉得他们把ejb解释得太复杂了
要用的话，压根不需要知道那么多，而且当时把ejb搞得那么复杂
压根就没怎么大规模推广，很多项目望而却步了，哪怕是local接口一样没什么人用
在sun的朋友偷偷告诉我，他们自己都不用ejb
尤其是entitybean和stateful两个大鸡肋，莫名其妙的玩意
导致spring和hibernate的大规模流行，3.0出来之后，开始依赖annotation，而非接口
神马的
现在看，spring和ejb越来越像了，更不用说entitybean 3.0本来就是hibernate那个
Gavin King主导的产物
spring+hibernate跟ejb开始殊途同归了
本来spring和hibernate就是看不惯ejb2.0的产物，结果大规模流行之后开始融入ejb3.
0
Rod Johnson和Gavin King都是australian
一个在悉尼，一个在墨尔本，rod有一个音乐的phd学位 |
|
z****e
发帖数: 54598 | 38 我也是最早从sun的东西开始看ejb
发现压根看不懂，ibm那个websphere也好不到哪去
最后是通过eclipse的插件连猜带蒙弄懂的
回头看，觉得他们把ejb解释得太复杂了
要用的话，压根不需要知道那么多，而且当时把ejb搞得那么复杂
压根就没怎么大规模推广，很多项目望而却步了，哪怕是local接口一样没什么人用
在sun的朋友偷偷告诉我，他们自己都不用ejb
尤其是entitybean和stateful两个大鸡肋，莫名其妙的玩意
导致spring和hibernate的大规模流行，3.0出来之后，开始依赖annotation，而非接口
神马的
现在看，spring和ejb越来越像了，更不用说entitybean 3.0本来就是hibernate那个
Gavin King主导的产物
spring+hibernate跟ejb开始殊途同归了
本来spring和hibernate就是看不惯ejb2.0的产物，结果大规模流行之后开始融入ejb3.
0
Rod Johnson和Gavin King都是australian
一个在悉尼，一个在墨尔本，rod有一个音乐的phd学位 |
|
g*****g
发帖数: 34805 | 39 Spring and hibernate grab the good parts out of ejb1.x and ejb2.x.
Namely IOC, AOP (declarative transaction, security) and ORM. Ejb, however,
had a poor implementation. Verbose, hard to test, can't run outside
of container. But you need to give some credit to ejb, the idea behind
it leads to the birth of spring.
Spring is meant to be the replacement with assembled services, thus
make it lighted-weighted and run everywhere.
You have pieces that resembles what an ejb container provides,
and you as... 阅读全帖 |
|
z****e
发帖数: 54598 | 40 当初提出的三层衔接
其实不止三层了，四五层都有
但是最常用的三层
一个是通过最底层的rmi接口调用，Serializable接口就是那时候的东西
但是很快人们就发现，这样搞没得搞，因为一群人太煞笔了
大部分人学不会Serializable和rmi
当然之前的corba更让人绝望
谁有办法用上百万年薪去雇佣这样一个人来搞这种东西
rmi算是对corba的一层封装，但是还是很难搞
然后发明了ejb，remote接口，在中间那一层做集成
但是在最初版本中犯了一个大忌
就是本机上的调用跟异机上的调用，居然是一样的
群众崩溃了，这不是煞笔嘛？同一台虚拟机，我直接用不就好了
还找个屁啊？spring就是在这个时候抢占市场的
一群无法理解或者说理解了觉得有病的人都跑去用spring了
等到ejb2.0出来的时候，spring已经遍地开花了
然后这个时候，人民又意识到，这个不同机器上的调用是有必要的
在不同平台上做交流是大势所趋，于是发明了各种办法
比如用ajax来统一ie和ff，还有web2.0, soa什么都是那个时候踢出来的
当然最重要的一个创造就是xml，这个本意是规范文件格式
让不同平台上的... 阅读全帖 |
|
g*****g
发帖数: 34805 | 41 Spring and hibernate grab the good parts out of ejb1.x and ejb2.x.
Namely IOC, AOP (declarative transaction, security) and ORM. Ejb, however,
had a poor implementation. Verbose, hard to test, can't run outside
of container. But you need to give some credit to ejb, the idea behind
it leads to the birth of spring.
Spring is meant to be the replacement with assembled services, thus
make it lighted-weighted and run everywhere.
You have pieces that resembles what an ejb container provides,
and you as... 阅读全帖 |
|
z****e
发帖数: 54598 | 42 当初提出的三层衔接
其实不止三层了，四五层都有
但是最常用的三层
一个是通过最底层的rmi接口调用，Serializable接口就是那时候的东西
但是很快人们就发现，这样搞没得搞，因为一群人太煞笔了
大部分人学不会Serializable和rmi
当然之前的corba更让人绝望
谁有办法用上百万年薪去雇佣这样一个人来搞这种东西
rmi算是对corba的一层封装，但是还是很难搞
然后发明了ejb，remote接口，在中间那一层做集成
但是在最初版本中犯了一个大忌
就是本机上的调用跟异机上的调用，居然是一样的
群众崩溃了，这不是煞笔嘛？同一台虚拟机，我直接用不就好了
还找个屁啊？spring就是在这个时候抢占市场的
一群无法理解或者说理解了觉得有病的人都跑去用spring了
等到ejb2.0出来的时候，spring已经遍地开花了
然后这个时候，人民又意识到，这个不同机器上的调用是有必要的
在不同平台上做交流是大势所趋，于是发明了各种办法
比如用ajax来统一ie和ff，还有web2.0, soa什么都是那个时候踢出来的
当然最重要的一个创造就是xml，这个本意是规范文件格式
让不同平台上的... 阅读全帖 |
|
e*****t
发帖数: 1005 | 43 这篇是好文，讲的历史沿革,还有层次都很清晰。
吹毛求疵一点点：
1. ejb刚出来的时候，persistence tier主流不是hibernate，应该是jdbc,至于ORM，
应该最热的是iBais。当然hibernate是在ejb2年代热起来的，所以ejb3搞jpa就直接弄
来Gavin King，照搬了hibernate
2. Spring当初是lightweight,现在整个spring一点也不light，应该是比javaEE整个标
准加起来都庞大，只不过大家平日只是用到其中一部分而已：Spring core, Spring
security, Spring MVC, and etc...
3. Entity bean还是JavaEE的概念，Spring那帮人就是不好那个，所以搞POJO.所以提
到data object时，对于spring,还是说pojo来的比较好。
4. Hibernate是red hat的,jboss也是red hat的。不过hibernate至少现在不是jboss的。
5. Spring最初也不过是从POJO, IoC，和transaction搞起来的... 阅读全帖 |
|
z*******3
发帖数: 13709 | 44 http://www.bubblemark.com/
这个不包括最新的javafx2.x
所以不全面，javafx2.0比起1来说完全重写
改变很大，就跟ejb2跟1的改变一样大
另外就是，silverlight等东东其实也要下载虚拟机
所以很多人质疑的java写desktop要虚拟机会慢
是有问题的 |
|
z****e
发帖数: 54598 | 45 javax.faces.*
javax.faces.component.*
这两个就是大名鼎鼎的jsf
web层的东西
javax.enterprise.inject.*
这个对于spring熟悉的话，这一块也不难
javax.enterprise.context.*
javax.ejb.*
这两个都是ejb的东西，第一个说的是容器的概念
如何向容器申请需要的资源的api
对ejb2熟悉的话，这个应该没什么了
以上三个都是business层的东西
javax.validation.*
这个最早是hibernate的一个部分，做得很好了之后独立出来单独搞
javax.persistence.*
javax.transaction.*
jpa相关的东西，可以理解成是跟db相关的部分，transaction什么应该都知道吧？
以上三个都是persistence层的东西，都是hibernate那个gavin king牵头搞的
javax.jms.*
这个最早是ejb的一个部分，最早ejb有stateful, stateless和message bean
这个其实用在异步处理上比较多，最早的异步... 阅读全帖 |
|
g*****g
发帖数: 34805 | 46 这个关系是很大的，当年ejb2.x必须实现诸如home的一些接口，而ejb container利用这
些接口来管理ejb的life cycle。所以当Spring提出不需要实现接口也能做类似的管理
的时候，就是POJO。
Spring之初，目的的是用XML管理的话，可以做到DI framework neutral。这在后来
JSR330出来之后，用annotation仍然可以做得到。我个人不是那么在意有没有这个
vendor lockin，只要这个dependency是纯java可以embedded的。换句话说，你可以把
Spring和之上的Bean带到tomcat，或者带到java SE上仍然可以用，而没有逼着你用某
个特地的ejb server。
你要读一下这个wiki，基本上所谓POJO就是container independent的意思。
http://en.wikipedia.org/wiki/Plain_Old_Java_Object |
|
z*******3
发帖数: 13709 | 47 如果你的1和2都是同一个request进来的话
那通过容器调用两个@Asynchronous的ejb执行1和2
或者通过spring框架调用两个@Async的beans执行1和2
然后等结果，等到结果之后执行就好了
跟上一个区别就在于@Asynchronous这个annotation放在ejb1和ejb2上还是ejb3上 |
|
z****e
发帖数: 54598 | 48 搞懂不难，但是很多人搞不懂ejb
我也不知道为啥，可能是ejb2的年代有些over kill了
你要写一个计数器，可以押给db去做
找个内存db就好了，或者做成async的thread
不过感觉没有必要，就singleton就是了，然后加上并发控制
, |
|
g*****g
发帖数: 34805 | 49 错啦，java OSS community里面，东西才多. 比如光流行的web框架就有
10几个。服务层可以用spring, ejb3, ejb2, guice.
做desktop GUI也有Swing, SWT，刚出来的JAVA FX，如果你不
了解，你又怎么有能力去挑。不像.Net每个版本，
干一个活就是一套东西，学好这套东西就好了。 |
|
g*****g
发帖数: 34805 | 50 语言本身没有什么复杂的，java语言本身没什么大变化。
但语言是很小的一块，变化多的是主流框架，API。
而且java的选择很多，如果你做architect，consultant，
就会面临很多这样的问题。
比如web框架，struts1.0, struts2.0, Spring MVC, JSF,
Tapesty, Stripe, Wicket，GWT等等都是流行框架，互有长短，
不同项目或者不同公司有不同选择。服务层有ejb3.x, ejb2.x,
spring, guice等。存储层有ORM(hibernate, toplink, ibatis),
JDBC, SP等等的选择。这些框架自己不停的升级。
或者说，java community是一堆component不停产生和升级，让你自己去选
一个stack，而微软是一代一代的整套stack的升级，而且整个跟VS studio
集成了，数据库基本只用SQL Server, 操作系统只用windows。
而整个java community从操作系统数据库到开发工具，都是一个选择问题，
这里头有很多经验的成分，对初学者来说，恐怕还是.n |
|
