|
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-10-28
最后修改：2010-10-28
看看vb把所有的数据库操作绑在一个按键上面的开发方式....
看看servlet控制js文件生成..... mvc.......人的脑力有限, 显示器里一屏代码的总数也不够多. 如果蛤蟆早出个十年. 应该没有struts什么事了. |
| 返回顶楼 | |
|
发表时间：2010-10-28
Struts没有存在的意义！ 那你存在的意义是啥？ |
| 返回顶楼 | |
|
发表时间：2010-10-28
抛出异常的爱 写道 看看vb把所有的数据库操作绑在一个按键上面的开发方式....
看看servlet控制js文件生成..... mvc.......人的脑力有限, 显示器里一屏代码的总数也不够多. 如果蛤蟆早出个十年. 应该没有struts什么事了. 突然想知道抛哥的职业经历，哈哈，看您的回复，每次都是针针见血，令人回味无穷...... |
| 返回顶楼 | |
|
发表时间：2010-10-28
最后修改：2010-10-28
Java_xiaohao 写道 Struts没有存在的意义！ 那你存在的意义是啥？ 这位兄弟应该是没有认真看完帖子。对于早期的应用，Struts的解决方案已经算是非常优秀了，这点相信大家都知道。但对于当前的技术发展来看，可以有更加优秀的解决方案来替代了。技术在发展，人总得往前看的...... |
| 返回顶楼 | |
|
发表时间：2010-10-28
depravedangel 写道 hardPass 写道 我做过的web项目不多，但是也用过springMVC、Struts1、Struts2，也有直接是servlet的。
总的老说，我是非常讨厌这些框架的东西的。 毕竟每个框架都有自己的api以及一些规范什么的。 而Servlet本身就足以完成这些任务了。 另外有段时间，曾发现，找Servlet或者其他Java web的相关文档，竟然比找Struts2的文档还难。 同时，发现servlet3标准也是蛮好的。 等到Servlet3流行起来后，这些第三方框架必然是要升级、甚至会有天翻地覆的变化， 而作为用户的我们，恐怕又要经历一次学习的过程。 另外上面有人提到了，MVC的View不一定是表现页面，纯数据（如json）也是view的一种形式啊，真的不应该拘泥于什么什么模式。V，说到底，应该是我们程序的输出口。 我对MVC理解不深刻，一直认为，叫做CMV比较合适。 刚刚看到一个老帖：http://www.iteye.com/topic/11726 我看了收获挺大，哈哈，您有空也看看吧，这个里面提到了Servlet的开销问题，而框架一般只有一些主控Servlet，其他的都是简单JAVA类。 另外，对应一家想长远发展的公司，有自己的一套技术体系比较好，仅为个人观点。 Servlet的开销问题，是个什么问题啊？那个帖子看了半天，没能够看到答案。 能给我讲一讲啊？ |
| 返回顶楼 | |
|
发表时间：2010-10-28
hardPass 写道 Servlet的开销问题，是个什么问题啊？那个帖子看了半天，没能够看到答案。 能给我讲一讲啊？ 我的理解是：Servlet是有生命周期的，容器需要管理其创建与销毁等，而简单的Class类就没有这么复杂了。这个或许是框架带来的好处之一：Servlet类数目减少。 |
| 返回顶楼 | |
|
发表时间：2010-10-28
depravedangel 写道 hardPass 写道 Servlet的开销问题，是个什么问题啊？那个帖子看了半天，没能够看到答案。 能给我讲一讲啊？ 我的理解是：Servlet是有生命周期的，容器需要管理其创建与销毁等，而简单的Class类就没有这么复杂了。这个或许是框架带来的好处之一：Servlet类数目减少。 不是的，servlet的生命周期不是一次请求而是一个context就是随着容器的启动和销毁而完成的，而且servlet是基于web.xml进行，这个配置文件包含了整个sun发布的web标准的一些核心配置，我们所要的不过是一种专注我觉得，只能算是一种分离吧。框架的好处是让大家感觉不到一些底层接口的存在。 |
| 返回顶楼 | |
|
发表时间：2010-10-28
还是没看明白。
没觉得有什么Servlet开销问题。即使有开销，那干脆就像struts一样，搞个控制跳转的Servlet好了，搞个框架也没什么问题，关键是只要轻。 另外：怎么这么多人投“新手帖”啊？ 其实我也觉得，在Servlet3、包括“推”技术日益发展今天，web模式，一定会改变的。 |
| 返回顶楼 | |
|
发表时间：2010-10-28
dwbin 写道 depravedangel 写道 hardPass 写道 Servlet的开销问题，是个什么问题啊？那个帖子看了半天，没能够看到答案。 能给我讲一讲啊？ 我的理解是：Servlet是有生命周期的，容器需要管理其创建与销毁等，而简单的Class类就没有这么复杂了。这个或许是框架带来的好处之一：Servlet类数目减少。 不是的，servlet的生命周期不是一次请求而是一个context就是随着容器的启动和销毁而完成的，而且servlet是基于web.xml进行，这个配置文件包含了整个sun发布的web标准的一些核心配置，我们所要的不过是一种专注我觉得，只能算是一种分离吧。框架的好处是让大家感觉不到一些底层接口的存在。 差不多是这个意思： 用了框架，那么具体业务逻辑模块的开发过程中，不需要依赖诸如“HttpServlet”、“HttpRequest”等api接口。 但是，却需要 和第三方框架的api绑在一起。 说白了：不与虎谋皮，可以与狼谋皮。 |
| 返回顶楼 | |
|
发表时间：2010-10-28
最后修改：2010-10-28
dwbin 写道 depravedangel 写道 hardPass 写道 Servlet的开销问题，是个什么问题啊？那个帖子看了半天，没能够看到答案。 能给我讲一讲啊？ 我的理解是：Servlet是有生命周期的，容器需要管理其创建与销毁等，而简单的Class类就没有这么复杂了。这个或许是框架带来的好处之一：Servlet类数目减少。 不是的，servlet的生命周期不是一次请求而是一个context就是随着容器的启动和销毁而完成的，而且servlet是基于web.xml进行，这个配置文件包含了整个sun发布的web标准的一些核心配置，我们所要的不过是一种专注我觉得，只能算是一种分离吧。框架的好处是让大家感觉不到一些底层接口的存在。 这部分我不是很懂，说一下个人猜测： Serlvet是需要容器去管理的，而简单的Class应该是交由JVM去管理的，容器管理的东西开销肯定是需要考虑的，几个、几十个servlet看不出来，但上千个servlet的开销还是不容忽视的。好像容器中servlet也是有数量限制的，这个不单单是封装接口，隐藏底层实现的问题了。 |
| 返回顶楼 | |
