锁定老帖子 主题:关于Java开发不明白的一些问题
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2011-03-09
必须顶
这里不谈论技术。 特别给力,不破不立,只有独立思考的人,才能更快的摆脱码奴生活。 |
|
返回顶楼 | |
发表时间:2011-03-09
我觉得少说点废话,多学点思想.
然后就可以创造一些东西来启发我们吧. 你这样说,多少有点误人子弟啊. 本人学识浅薄,评论不了你说的那些.不过觉得那些都是一些思想吧,不是什么教条. |
|
返回顶楼 | |
发表时间:2011-03-09
一语惊醒多少人。楼主,具体所谈到的技术点, 不多说了。
从此观点, 体会到几点。 1.别人说的不一定都是对的。 毛爷爷就是例子。 2.技术是人类的工具,灵活应用。你是在用它, 不是它用你。 3.敢于思考, 敢于质问, 敢于举一反三。说不定,世界就会因你而改变。 tks~ |
|
返回顶楼 | |
发表时间:2011-03-10
piao_bo_yi 写道 以我个人经验来说,过度设计还没见过,大部分是设计不足和设计错误,估计LZ说的普遍情况应该是设计错误。
顶这位老兄。 老外所提到的过度设计,那是老外的国情。 尽管说SSH有这样或者那样的毛病。但不可否认的是,在一个稍具规模的团队里面, 它给大家带来的便利远大于它的缺点。 我现在在用SEAM,也是被大家骂的很惨的。 没有什么框架是万能的,选择自己合适的。使用或者选择一个框架,应该更多的去发挥它最大的优点。 楼主提到的struts2的M与C的问题。我都不想做过多解释。 你可以回顾一下struts1,被大家诟病最多的几点是什么。 1,对httprequest,response的过度依赖。 2,对form的依赖。 3,单例。 恰恰都是楼主提到的,并且楼主看来这些是优点的东西。 那么好,作者考虑到这些问题了。并且在struts2中改进了,给了你一个其他的选择。 但请你记住“其他的选择”,并不是唯一的选择。这个就是设计的作用了。 框架考虑到的的兼而有之,它是为了它的生存和价值考虑,众口难调罢了。 spring在这方面略显臃肿,说不定过段时间,就有Expert One-on-One J2EE Development without Spring |
|
返回顶楼 | |
发表时间:2011-03-10
由此帖可以看出javaeye的没落
|
|
返回顶楼 | |
发表时间:2011-03-10
紧急下潜 写道 由此帖可以看出javaeye的没落
顶你~~~~~~~~~~~~ |
|
返回顶楼 | |
发表时间:2011-03-10
hastune 写道 我觉得少说点废话,多学点思想.
然后就可以创造一些东西来启发我们吧. 你这样说,多少有点误人子弟啊. 本人学识浅薄,评论不了你说的那些.不过觉得那些都是一些思想吧,不是什么教条. 呵呵,你说的很对,我说的都是一些想法,应该有一些合理的上下文, 但是,来这里的人多少都有些经验了,自然能了解我所说的话什么时候是对什么时候是错 |
|
返回顶楼 | |
发表时间:2011-03-10
eyeieye 写道 楼主发牢骚可以,有破有立,如果只是牢骚的话...我觉的google是垃圾,搞个搜索搞的这么复杂,垃圾啊...然后我继续用之。
哦,楼主只干过两个政府项目,那就行了,您继续做您的项目去吧,或者你可以用一个类完成整个项目,真的,你上面说的麻烦都没有了。 这位兄台,大和多,少和精,是两个境界,井蛙不可以语于海者,拘于虚也;夏虫不可以语于冰者,笃于时也;曲士不可以语于道者,束于教也 |
|
返回顶楼 | |
发表时间:2011-03-10
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层的选项而已,期待他更多,只能说明期待的人有问题。 |
|
返回顶楼 | |
发表时间:2011-03-10
抽象的粒度,取决于应用的场景。就说Comparator的抽象吧?你觉得这种抽象没意义吗?
框架就是可复用的设计,用的好不好,对不对,该不该用,是架构师的工作。可以说,有的时候,架构选型错了,不该用的时候用了,确实造成很大困扰。 |
|
返回顶楼 | |