|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (22)
|
|
|---|---|
| 作者 | 正文 |
|
时间：2008-03-19
dsb 写道 04年前从事java企业应用开发，04年后从java转到其他行业， 当时用的是如下方式搭建企业应用的：
开源框架： webwork(struts1.1/1.2)+ spring2+ hibernate2 开源webserver： tomcat4/jboss3 AJAX才刚刚开始大幅度发展。 其后便没有接触java的东西，现在要重新回到java跟各位抢饭碗  ， 不知道有何发展变化，请教各位几个问题：
1. 现在webwork是不是合并到struts了，web框架是不是用struts就行？ 2. spring现在发展到什么地步了？ 3. hibernate O/R mapping现在性能问题如何了？支持千万级别数据如何？ 4. tomcat现在能否热部署？ jboss drools规则引擎性能问题解决了么？ 5. 有没有java比较好的AJAX框架出来？ 或者是有没有什么新的快速开发架构？ 各种框架以及webserver的选择 还有开发工具， 04用的是eclipse 2， 现在呢？ 好像netbean进步不小啊， 选哪个？ 1.如果老大以前用的是webwork那现在你就用struts2好了，有着struts的强大阵容和webwork的框架思想。对应springMVC建议还是不要用了。 2.对应业务层来说spring还是很不错的选择，据说2.5版本比以前的快了好多。当然Guice是更轻量级别的框架，也是不错的考虑。 3.o/r mapping想要支持千万级别，我看你老就别想了，如果这么大的数据量还是老老实实的用JDBC吧。 4.………………………… 5. Ajax用dwr好了，对java类封装的比较好，考虑json也是很不错的选择。 快速开发框架用Jboss Seam,Appfuse,对于国产的可以考虑springside和easyjf。 开发工具用myeclipse好了。 |
| 返回顶楼 | |
|
时间：2008-03-19
fujohnwang 写道 ajoo 写道 我感觉springMVC很差劲，不是一般的差劲。脱离容器测试似乎不太可能，因为里面有太多的spring magic了。
mvc当然是webwork。虽然我对它的那个String的返回值很费解。 no magic 那么确定？我们在移植一个SpringMVC的应用过程中，就发现，它对容器有很多特殊的要求，比如某些bean会实现BeanFactoryAware，然后还会判断"instanceof WebApplicationContext"，这在我这就属于magic范畴。而且是很恶心的那种。 |
| 返回顶楼 | |
|
时间：2008-03-19
ajax框架jquery，DWR还是比较不错的，ssh还是比较通用
|
| 返回顶楼 | |
|
时间：2008-03-19
ajoo 写道 fujohnwang 写道 ajoo 写道 我感觉springMVC很差劲，不是一般的差劲。脱离容器测试似乎不太可能，因为里面有太多的spring magic了。
mvc当然是webwork。虽然我对它的那个String的返回值很费解。 no magic 那么确定？我们在移植一个SpringMVC的应用过程中，就发现，它对容器有很多特殊的要求，比如某些bean会实现BeanFactoryAware，然后还会判断"instanceof WebApplicationContext"，这在我这就属于magic范畴。而且是很恶心的那种。 MVC而已，你为什么要用凡人的作品？ 另外你的yan能不能更有发展一点，本来想用你的yan的，但是你的不升级啊 作为注入，应用起来很简单的，我可以很轻松的把di换成guice spring pico等等，都一样，不就di吗 |
| 返回顶楼 | |
|
时间：2008-03-19
ajoo 写道 我感觉springMVC很差劲，不是一般的差劲。脱离容器测试似乎不太可能，因为里面有太多的spring magic了。
mvc当然是webwork。虽然我对它的那个String的返回值很费解。 我们都是带着jetty跑，就是在我的老爷机上启动要半分钟，习惯了就好。 |
| 返回顶楼 | |
|
时间：2008-03-19
ajoo 写道 我感觉springMVC很差劲，不是一般的差劲。脱离容器测试似乎不太可能，因为里面有太多的spring magic了。
mvc当然是webwork。虽然我对它的那个String的返回值很费解。 个人觉得MVC就spring MVC最不爽了,把MVC搞的太复杂了.当我把项目从spring mvc转到struts2(webwork)后,才发现浪费了大量的时间在Controller上. 04年后java其实并没有翻天覆的变化,spring,hibernate,webwork,struts基本上是力求稳定.EJB,Seam,WebBean,Guice虽然思想更先进,开发更快速,但还是先如为主的SSH占了上风.会SSH了,学这些根本不是问题,技术常常相互抄袭借鉴,你多看这些框架,多比较就明白了,真正问题是不是能抱住"大腿".这要求你多看,多观察,再决定往那走吧.当然你很牛,完全可以开发一个"in-house"来满足自己的需求. Ajax框架真是满天飞.目前我也没有看到更倾向与哪个,不过javaeye的EXT人气很旺. |
| 返回顶楼 | |
|
时间：2008-03-19
ajoo 写道 fujohnwang 写道 ajoo 写道 我感觉springMVC很差劲，不是一般的差劲。脱离容器测试似乎不太可能，因为里面有太多的spring magic了。
mvc当然是webwork。虽然我对它的那个String的返回值很费解。 no magic 那么确定？我们在移植一个SpringMVC的应用过程中，就发现，它对容器有很多特殊的要求，比如某些bean会实现BeanFactoryAware，然后还会判断"instanceof WebApplicationContext"，这在我这就属于magic范畴。而且是很恶心的那种。 我不觉得SpringMVC 难于测试，2.0的controller依赖于servlet api,测试时需要 mock 一下而已。 至于用户程序里自己实现BeanFactoryAware什么的，怪不了SpringMVC吧，用WebWork/Struts 2还不是可以在ActionContext里面取出HttpServletRequest一类的，这样搞测试不还得Mock. |
| 返回顶楼 | |
|
时间：2008-03-19
bigpanda 写道 ajoo 写道 fujohnwang 写道 ajoo 写道 我感觉springMVC很差劲，不是一般的差劲。脱离容器测试似乎不太可能，因为里面有太多的spring magic了。
mvc当然是webwork。虽然我对它的那个String的返回值很费解。 no magic 那么确定？我们在移植一个SpringMVC的应用过程中，就发现，它对容器有很多特殊的要求，比如某些bean会实现BeanFactoryAware，然后还会判断"instanceof WebApplicationContext"，这在我这就属于magic范畴。而且是很恶心的那种。 我不觉得SpringMVC 难于测试，2.0的controller依赖于servlet api,测试时需要 mock 一下而已。 至于用户程序里自己实现BeanFactoryAware什么的，怪不了SpringMVC吧，用WebWork/Struts 2还不是可以在ActionContext里面取出HttpServletRequest一类的，这样搞测试不还得Mock. 不是客户程序的bean，我记得是我们用了Spring提供的某个bean。还有，我记得springmvc对一些message啥的有特殊约定，比如某种情况下在当前容器中寻找某个特定名字的message什么的，反正很隐晦很难斗。 |
| 返回顶楼 | |
|
时间：2008-03-19
williamy 写道 ajoo 写道 fujohnwang 写道 ajoo 写道 我感觉springMVC很差劲，不是一般的差劲。脱离容器测试似乎不太可能，因为里面有太多的spring magic了。
mvc当然是webwork。虽然我对它的那个String的返回值很费解。 no magic 那么确定？我们在移植一个SpringMVC的应用过程中，就发现，它对容器有很多特殊的要求，比如某些bean会实现BeanFactoryAware，然后还会判断"instanceof WebApplicationContext"，这在我这就属于magic范畴。而且是很恶心的那种。 MVC而已，你为什么要用凡人的作品？ 另外你的yan能不能更有发展一点，本来想用你的yan的，但是你的不升级啊 作为注入，应用起来很简单的，我可以很轻松的把di换成guice spring pico等等，都一样，不就di吗 呵呵。每次人家要用之前，问一句，现在有多少人在用啊？我就傻了。:) 所以现在抱上Guice的粗腿了。 |
| 返回顶楼 | |
|
时间：2008-03-19
小日本到现在的项目都在用老struts,就是追求稳定,差不多就行了,spring1不也有很多人用么
|
| 返回顶楼 | |
