|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (16) :: 隐藏帖 (4)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-03-11
紧急下潜 写道 nianien 写道 紧急下潜 写道 我来说点
1. 我想知道楼主到底有几年开发经验？ 我的初步判断应该不会超过3年 2. 我想知道楼主到底做过多少个项目，从事过的每个项目的人员和代码量有多少？ 其他的我不好说，但是项目代码量我估计不会太大 3. 你之前说自己看过struts 1 2和spring的源码，但是你有没有理解到他们的原理那？ 我的初步判断是楼主没有 如果你知道spring这个框架是怎么诞生的，你就不会如此肤浅了。 再说一次，就冲你之前的那个帖子被评为良好，就看出来了javaeye真的没落的 那些用项目大小和代码量来衡量人的,真的很无语,我最鄙视~~~~~~~ 哪一个框架的代码量不比项目的代码量小?但是哪个才是精华?你懂的~ 有的人编了一辈子代码,只不过会用几个框架而已 有的人一行代码不写,照样能成为专家 写和读和思考和创造都是有区别的~~~~~~~~ 说实话，你所说的这些我从你身上都没看出来，问个很简单问题 Q: 有两个方案1.servlet + javabean 方案2.Struts2或者其他类似框架 如果你的业务逻辑从十几个数量级上升到上百个甚至上千个数量级的时候你应该选择哪个方案，为什么？ 一般情况下,都是自己开发框架,纵观那些框架,本质上有什么区别? 业务逻辑再怎么上升,那些框架还不是只用一个Servlet搞定?你能给我举个例子,哪个不是? 动不动就呈XX数量级上升,业务逻辑的数据量级在你进行需求分析的时候就确定了 |
| 返回顶楼 | |
|
发表时间：2011-03-11
peterwei 写道 nianien 写道 action 的出现难道不是为了替代Servlet么?
框架替代servlet有什么不好吗？框架能省去你很多要做，要考虑的东西，让你专注于业务需求方面的东西。也许框架封装了很多技术性的东西，你可能会想这造成开发人员的贬值，但事实不是这样的。公司里面更值钱的是那些业务需求人员，是那些管理，架构和设计人员，而不是开发人员。 从高层的角度来说：有一套统一的东西（不管是开源还是自已实现的内部框架），可以形成规范，利于大家快速开发，也利于统一管理。底层的爱跑路就跑路，我不管，我再招，反正懂框架的人好招。 从个人的角度来说：反正是重复劳动，能省我力气最好，本来就是混口饭吃，省一事，赶紧回家看电视玩游戏多好。至于上进的同学，可以抽出更多的时间做自已感兴趣的事。ps:玩游戏也是上进的，哈哈。 呵呵,我从来没有做替代Servlet不好,我只是不想让有些人混淆概念,欺世盗名 我不是说Struts2的Action不好,它的每个请求对应每个Action实例,并不是像它宣传的那样,怎么怎么比单例模式好, 而是它不得不那样实现! 有人讲过Struts2不能用单例模式的原因么?不是它不想用,而是用不了~~ |
| 返回顶楼 | |
|
发表时间：2011-03-11
lqtcts 写道 看完楼主的写的表面上振振有词，其实全部在扯淡。MVC理解不到位，解耦思想也不到位，对框架的认识也不到位。
“在String1中,M就是ActionForm,而C就是Action, ” 我就不知道你读过struts的源码没有，action是控制器？Action是模型？佩服啊！！！ “Servlet+JSP+JavaBean就是一个无任何框架的开发模式 ” 又在说些火星的语言，是Servlet+JSP+JavaBean不是mvc模式么，楼主你在说笑吧？ “如果在JDK中,你就不那么觉得了? JDK中的类和我们自己编写的类有区别么?除了身份不同罢了~~~~~~~~~ ” 又说些搞笑的的话，JDK有的，你还需要写么？ 还有，楼主说自建一个request，response就可以解耦合，真不知道你的脑子里想的啥... 楼主就是一个新手，不想多说，跟你多说你肯定会反驳， 说就好好说，要么就别说，受不了这种人。你到位，你倒是引经据典啊。大尾巴狼，玩深沉。 |
| 返回顶楼 | |
|
发表时间：2011-03-11
nianien 写道 peterwei 写道 nianien 写道 action 的出现难道不是为了替代Servlet么?
框架替代servlet有什么不好吗？框架能省去你很多要做，要考虑的东西，让你专注于业务需求方面的东西。也许框架封装了很多技术性的东西，你可能会想这造成开发人员的贬值，但事实不是这样的。公司里面更值钱的是那些业务需求人员，是那些管理，架构和设计人员，而不是开发人员。 从高层的角度来说：有一套统一的东西（不管是开源还是自已实现的内部框架），可以形成规范，利于大家快速开发，也利于统一管理。底层的爱跑路就跑路，我不管，我再招，反正懂框架的人好招。 从个人的角度来说：反正是重复劳动，能省我力气最好，本来就是混口饭吃，省一事，赶紧回家看电视玩游戏多好。至于上进的同学，可以抽出更多的时间做自已感兴趣的事。ps:玩游戏也是上进的，哈哈。 呵呵,我从来没有做替代Servlet不好,我只是不想让有些人混淆概念,欺世盗名 我不是说Struts2的Action不好,它的每个请求对应每个Action实例,并不是像它宣传的那样,怎么怎么比单例模式好, 而是它不得不那样实现! 有人讲过Struts2不能用单例模式的原因么?不是它不想用,而是用不了~~ 什么叫它不得不那样实现，什么用不了。用不用单例，在于用它的人想怎么样。 servlet以及struts1，在多线程环境下，对于成员变量的使用是不安全的。这也应该是struts2默认不是singleton，而是prototype的原因。一般struts2的实例都是spring容器管理，scope可以配成singleton或者prototype两种方式。不想多说了，我觉得你对框架了解得还不够深。 |
| 返回顶楼 | |
|
发表时间：2011-03-11
楼主你太差劲了
在String1中,M就是ActionForm,而C就是Action明显有很大的问题。 |
| 返回顶楼 | |
|
发表时间：2011-03-11
nianien 写道 紧急下潜 写道 nianien 写道 紧急下潜 写道 我来说点
1. 我想知道楼主到底有几年开发经验？ 我的初步判断应该不会超过3年 2. 我想知道楼主到底做过多少个项目，从事过的每个项目的人员和代码量有多少？ 其他的我不好说，但是项目代码量我估计不会太大 3. 你之前说自己看过struts 1 2和spring的源码，但是你有没有理解到他们的原理那？ 我的初步判断是楼主没有 如果你知道spring这个框架是怎么诞生的，你就不会如此肤浅了。 再说一次，就冲你之前的那个帖子被评为良好，就看出来了javaeye真的没落的 那些用项目大小和代码量来衡量人的,真的很无语,我最鄙视~~~~~~~ 哪一个框架的代码量不比项目的代码量小?但是哪个才是精华?你懂的~ 有的人编了一辈子代码,只不过会用几个框架而已 有的人一行代码不写,照样能成为专家 写和读和思考和创造都是有区别的~~~~~~~~ 说实话，你所说的这些我从你身上都没看出来，问个很简单问题 Q: 有两个方案1.servlet + javabean 方案2.Struts2或者其他类似框架 如果你的业务逻辑从十几个数量级上升到上百个甚至上千个数量级的时候你应该选择哪个方案，为什么？ 一般情况下,都是自己开发框架,纵观那些框架,本质上有什么区别? 业务逻辑再怎么上升,那些框架还不是只用一个Servlet搞定?你能给我举个例子,哪个不是? 动不动就呈XX数量级上升,业务逻辑的数据量级在你进行需求分析的时候就确定了 面对你的观点真的很无语，我就再问的直接一点，楼主写过unit test吗？会写unit test吗？ |
| 返回顶楼 | |
|
发表时间：2011-03-11
框架的主要功能是什么呢?,就是取代Servlet的逻辑控制作用 嗯 有道理
|
| 返回顶楼 | |
|
发表时间：2011-03-11
楼主说的框架使得程序员贬值，这句话相当赞同，一个框架要不了几天就上手了，学习成本低，开发效率还高，这就是往往领导都喜欢用框架，因为领导都想用更短的时间创造更多的RMB。
|
| 返回顶楼 | |
|
发表时间：2011-03-11
java是面向对象的。面向对象是为了更方便我们开发的。框架不框架无关紧要的。项目所需才是王道的。思想是要掌握的。java退出历史舞台也是迟早的。别忘了写代码最初的快乐就好了。
|
| 返回顶楼 | |
|
发表时间：2011-03-11
我觉得一个人的能力不能以项目开发经验去衡量。
项目中用框架提高效率无可厚非。 写代码思考很重要，不管你是热衷于框架还是底层。 |
| 返回顶楼 | |
