|
锁定老帖子 主题：关于Java开发不明白的一些问题
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-03-10
哥，你愤过头了点
|
| 返回顶楼 | |
|
发表时间：2011-03-10
楼主，这下明白了。
|
| 返回顶楼 | |
|
发表时间：2011-03-10
使用框架的好处是可以使项目成功率提高，降低风险，对开发人员的依赖不大。而使用框架并不能让开发人员对Java的本质或者说OO的本质有更深地理解。如果脱离框架自己开发一个大型的应用，类之间的交互非常多，那么就会深刻理解面向接口编程的重要性了。类之间的交互越多，逻辑越复杂，系统设计的难度就越高，设计模式，面向对象的思想就越重要。推荐LZ看一看开源框架的源代码，如果理解不深刻的话，可以尝试去仿照着写一个简单一点的，代码设计水平会增长很快的~~
|
| 返回顶楼 | |
|
发表时间：2011-03-10
紧急下潜 写道 由此帖可以看出javaeye的没落
我最讨厌的就是您这种爱zhuang13的，有事没事装出一副大神的样子，je没落就是你们这群13搞的 |
| 返回顶楼 | |
|
发表时间：2011-03-10
只有真正的内聚没有彻底的解耦。
上来顶顶这句话。 |
| 返回顶楼 | |
|
发表时间：2011-03-10
在我看来，框架最大的作用在于规范了水平参差不齐众多开发人员的行为，按照框架的标准做，错得再多也不至于离谱。现在没有良好编程基础和设计思想的程序员太多了，框架的易用性和规范性对他们起了很大的帮助作用。
|
| 返回顶楼 | |
|
发表时间：2011-03-10
兄弟，你有些观点是不是太极端了点？
|
| 返回顶楼 | |
|
发表时间：2011-03-10
最后修改：2011-03-10
来点不一样的
部分同意楼主观点，中国有句古话：“过犹不及”。 我的理解是，如果是小的项目，或者普通应用级项目，确实没有必要每层都要搞个接口，然后用spring AOP注入进去，配置文件一堆。该new得地方就去new,没有必要一定要框架帮你new. 如果是做大型项目，需要n多子系统，或者n多的组件进行装配起来的系统的话，这些工具都要用上的，甚至不够。什么ESB，JMS，SOA就都来了，不只是接口依赖了，而是服务依赖。大家定义自己的服务元数据和规范，同意注册到总线。 还有，就是做基础组件的，一定要设计接口，方便第三方扩展。 |
| 返回顶楼 | |
|
发表时间：2011-03-11
初学者不懂就要讲解藕，讲模式
有经验了，就要融会贯通，不能死抱书本 最后你要成为无招胜有招的程度一切都会淡然处之 |
| 返回顶楼 | |
|
发表时间：2011-03-11
http4j 写道 nianien 写道 nighthawk 写道 粗略看了下楼主回复。
你应该检讨一下为什么你要在struts2里面去获取request,response. 你还应该检讨一下，为什么你用struts2，把M和C都放一起了。 在这种以post,get方式为主的web应用下，除了struts2，楼主再给个优雅的解决方案击败struts2 只要是get/post就别谈什么优雅,因为java语言本身就没有什么优雅可言!C#里面有delegate,C/C++里有函数指针,而Java里只能用接口,这就是个杯具, 擦除式的泛型实现,无可避免的unchecked警告,哪里有优雅可言? 讲优雅,我用rest,用ruby即使用C#也比Java强 我不想拿Struts2和任何框架比较,目前市面上的框架,的确没有谁能击败struts2,但这不代表它没有缺点 还有不是我为什么把M和C放在一起了,是Struts2本身把M和C的功能集成到一起了, 如果你不明这个,我觉得你还真得好好理解一下MVC 个人观点是:JSF比Struts2好多了。另外可选择的技术也很多，velocity, freemarker, tapstry等等，作为View层面的技术都挺好，何必非都抱着Struts2?再说本来就是一个View层的选项而已，期待他更多，只能说明期待的人有问题。 -1,你觉得jsf比struts2好，那是你个人选择问题。至于把velocity,freemarker这些东西和struts2这些等同，我就不同意了。就像我们现在用flex,连java web框架都不用了，直接是flex+spring+dao，但这只是个人或者团队选择。 |
| 返回顶楼 | |
