|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (16) :: 隐藏帖 (4)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-03-11
wn_1985 写道 struts/struts2/spring mvc,团队用哪个，你就用哪个就是了
这种框架日经贴，还非要比出个123来....... +1 框架日经贴，基础非常重要，但是框架的作用不是为了超越基础，而是辅助基础。 |
| 返回顶楼 | |
|
发表时间：2011-03-11
最后修改：2011-03-11
复制别人一句话，再进行攻击的人，水平都值得怀疑，因为这是典型的“断章取义”反模式
看楼上上复制了，楼主没有复制，楼上上上也没有复制，水平立见高下 |
| 返回顶楼 | |
|
发表时间：2011-03-11
最后修改：2011-03-11
我来说点
1. 我想知道楼主到底有几年开发经验？ 我的初步判断应该不会超过3年 2. 我想知道楼主到底做过多少个项目，从事过的每个项目的人员和代码量有多少？ 其他的我不好说，但是项目代码量我估计不会太大 3. 你之前说自己看过struts 1 2和spring的源码，但是你有没有理解到他们的原理那？ 我的初步判断是楼主没有 如果你知道spring这个框架是怎么诞生的，你就不会如此肤浅了。 再说一次，就冲你之前的那个帖子被评为良好，就看出来了javaeye真的没落的 |
| 返回顶楼 | |
|
发表时间：2011-03-11
最后修改：2011-03-11
前面话太多，没有全看完。应该写你言论的重点并标注，没人喜欢看这长篇大论。
引用 在人家玩概念的时候,也许我们更需要明白的是概念表面下所隐藏的实质,
也许这实质不是我说的这样,但是学习不就是一个不断思考的过程么? 这个是赞同的。 引用 框架自然有它的好处，不然不会有那么多人用它，但是它无形中造成了程序员价值的贬值
个人的愚论：越是底层的知识，有效期就越长;越是上层的东西,依赖性越强~~~~~~~~~~ 开发者的价值不在于使不使用框架，而在于自身的不断总结和成长，并不仅仅是技术方面。 引用 从更宏观的角度来讲，整天跟着框架跑，奔波于了解和掌握框架的最新特性，
倒不如研究一下框架本身隐藏的技术手段，能够做到以不变应万变 一旦哪天框架的开发者宣布不再维护了，那么, 是否你的学习就到了尽头了呢？还是继续寻找新的替代者？ 这个观点是对的。工具和框架只是提高我们开发效率的一种手段。 1.在Struts中，Action是Model层，更准确。 至于你说的什么Struts1中的ActionForm,Struts2中的pojo model是Model是不够精确的；还有Action是Controller是Action也是不精确的。这二者在于我眼里都是大Model，包括Action中调用后台的Service,应该都统归于MVC框架中的广义Model。 2.至于Controller应该是Struts1中的ActionServlet,Struts2中的FilterDispatcher. 3.view是jsp,jstl,freemarker,velocity这些东西。对应struts2就是result返回的东东。 又废话了一堆。哈哈。 |
| 返回顶楼 | |
|
发表时间：2011-03-11
紧急下潜 写道 我来说点
1. 我想知道楼主到底有几年开发经验？ 我的初步判断应该不会超过3年 2. 我想知道楼主到底做过多少个项目，从事过的每个项目的人员和代码量有多少？ 其他的我不好说，但是项目代码量我估计不会太大 3. 你之前说自己看过struts 1 2和spring的源码，但是你有没有理解到他们的原理那？ 我的初步判断是楼主没有 如果你知道spring这个框架是怎么诞生的，你就不会如此肤浅了。 再说一次，就冲你之前的那个帖子被评为良好，就看出来了javaeye真的没落的 老兄，不必过激。每个人都有投票的权利。要是每个钻级的大佬都来评分，这里的贴子就全进新手隐藏贴了。人家权重太大，不忍心下手。 |
| 返回顶楼 | |
|
发表时间：2011-03-11
这种框架本身已经把应用按自己的模子给切开了，复用只是在移到同样其他struts项目会有大的意义
另外action本来就是自实现和框架的粘合剂，框架换了粘合剂也就该一起扔 |
| 返回顶楼 | |
|
发表时间：2011-03-11
peterwei 写道 前面话太多，没有全看完。应该写你言论的重点并标注，没人喜欢看这长篇大论。
引用 在人家玩概念的时候,也许我们更需要明白的是概念表面下所隐藏的实质,
也许这实质不是我说的这样,但是学习不就是一个不断思考的过程么? 这个是赞同的。 引用 框架自然有它的好处，不然不会有那么多人用它，但是它无形中造成了程序员价值的贬值
个人的愚论：越是底层的知识，有效期就越长;越是上层的东西,依赖性越强~~~~~~~~~~ 开发者的价值不在于使不使用框架，而在于自身的不断总结和成长，并不仅仅是技术方面。 引用 从更宏观的角度来讲，整天跟着框架跑，奔波于了解和掌握框架的最新特性，
倒不如研究一下框架本身隐藏的技术手段，能够做到以不变应万变 一旦哪天框架的开发者宣布不再维护了，那么, 是否你的学习就到了尽头了呢？还是继续寻找新的替代者？ 这个观点是对的。工具和框架只是提高我们开发效率的一种手段。 1.在Struts中，Action是Model层，更准确。 至于你说的什么Struts1中的ActionForm,Struts2中的pojo model是Model是不够精确的；还有Action是Controller是Action也是不精确的。这二者在于我眼里都是大Model，包括Action中调用后台的Service,应该都统归于MVC框架中的广义Model。 2.至于Controller应该是Struts1中的ActionServlet,Struts2中的FilterDispatcher. 3.view是jsp,jstl,freemarker,velocity这些东西。对应struts2就是result返回的东东。 又废话了一堆。哈哈。 至于Controller应该是Struts1中的ActionServlet,Struts2中的FilterDispatcher 这句你说的挺对的,但是这些本来就是Servlet的东西,框架不使用它就无法实现, action 的出现难道不是为了替代Servlet么? |
| 返回顶楼 | |
|
发表时间：2011-03-11
最后修改：2011-03-11
紧急下潜 写道 我来说点
1. 我想知道楼主到底有几年开发经验？ 我的初步判断应该不会超过3年 2. 我想知道楼主到底做过多少个项目，从事过的每个项目的人员和代码量有多少？ 其他的我不好说，但是项目代码量我估计不会太大 3. 你之前说自己看过struts 1 2和spring的源码，但是你有没有理解到他们的原理那？ 我的初步判断是楼主没有 如果你知道spring这个框架是怎么诞生的，你就不会如此肤浅了。 再说一次，就冲你之前的那个帖子被评为良好，就看出来了javaeye真的没落的 那些用项目大小和代码量来衡量人的,真的很无语,我最鄙视~~~~~~~ 哪一个框架的代码量不比项目的代码量小?但是哪个才是精华?你懂的~ 有的人编了一辈子代码,只不过会用几个框架而已 有的人一行代码不写,照样能成为专家 写和读和思考和创造都是有区别的~~~~~~~~ |
| 返回顶楼 | |
|
发表时间：2011-03-11
最后修改：2011-03-11
nianien 写道 peterwei 写道 前面话太多，没有全看完。应该写你言论的重点并标注，没人喜欢看这长篇大论。
引用 在人家玩概念的时候,也许我们更需要明白的是概念表面下所隐藏的实质,
也许这实质不是我说的这样,但是学习不就是一个不断思考的过程么? 这个是赞同的。 引用 框架自然有它的好处，不然不会有那么多人用它，但是它无形中造成了程序员价值的贬值
个人的愚论：越是底层的知识，有效期就越长;越是上层的东西,依赖性越强~~~~~~~~~~ 开发者的价值不在于使不使用框架，而在于自身的不断总结和成长，并不仅仅是技术方面。 引用 从更宏观的角度来讲，整天跟着框架跑，奔波于了解和掌握框架的最新特性，
倒不如研究一下框架本身隐藏的技术手段，能够做到以不变应万变 一旦哪天框架的开发者宣布不再维护了，那么, 是否你的学习就到了尽头了呢？还是继续寻找新的替代者？ 这个观点是对的。工具和框架只是提高我们开发效率的一种手段。 1.在Struts中，Action是Model层，更准确。 至于你说的什么Struts1中的ActionForm,Struts2中的pojo model是Model是不够精确的；还有Action是Controller是Action也是不精确的。这二者在于我眼里都是大Model，包括Action中调用后台的Service,应该都统归于MVC框架中的广义Model。 2.至于Controller应该是Struts1中的ActionServlet,Struts2中的FilterDispatcher. 3.view是jsp,jstl,freemarker,velocity这些东西。对应struts2就是result返回的东东。 又废话了一堆。哈哈。 至于Controller应该是Struts1中的ActionServlet,Struts2中的FilterDispatcher 这句你说的挺对的,但是这些本来就是Servlet的东西,框架不使用它就无法实现, action 的出现难道不是为了替代Servlet么? 框架替代servlet有什么不好吗？框架能省去你很多要做，要考虑的东西，让你专注于业务需求方面的东西。也许框架封装了很多技术性的东西，你可能会想这造成开发人员的贬值，但事实不是这样的。公司里面更值钱的是那些业务需求人员，是那些管理，架构和设计人员，而不是开发人员。 从高层的角度来说：有一套统一的东西（不管是开源还是自已实现的内部框架），可以形成规范，利于大家快速开发，也利于统一管理。底层的爱跑路就跑路，我不管，我再招，反正懂框架的人好招。 从个人的角度来说：反正是重复劳动，能省我力气最好，本来就是混口饭吃，省一事，赶紧回家看电视玩游戏多好。至于上进的同学，可以抽出更多的时间做自已感兴趣的事。ps:玩游戏也是上进的，哈哈。 |
| 返回顶楼 | |
|
发表时间：2011-03-11
最后修改：2011-03-11
nianien 写道 紧急下潜 写道 我来说点
1. 我想知道楼主到底有几年开发经验？ 我的初步判断应该不会超过3年 2. 我想知道楼主到底做过多少个项目，从事过的每个项目的人员和代码量有多少？ 其他的我不好说，但是项目代码量我估计不会太大 3. 你之前说自己看过struts 1 2和spring的源码，但是你有没有理解到他们的原理那？ 我的初步判断是楼主没有 如果你知道spring这个框架是怎么诞生的，你就不会如此肤浅了。 再说一次，就冲你之前的那个帖子被评为良好，就看出来了javaeye真的没落的 那些用项目大小和代码量来衡量人的,真的很无语,我最鄙视~~~~~~~ 哪一个框架的代码量不比项目的代码量小?但是哪个才是精华?你懂的~ 有的人编了一辈子代码,只不过会用几个框架而已 有的人一行代码不写,照样能成为专家 写和读和思考和创造都是有区别的~~~~~~~~ 说实话，你所说的这些我从你身上都没看出来，问个很简单问题 Q: 有两个方案1.servlet + javabean 方案2.Struts2或者其他类似框架 如果你的业务逻辑从十几个数量级上升到上百个甚至上千个数量级的时候你应该选择哪个方案，为什么？ |
| 返回顶楼 | |
