论坛首页 入门技术论坛

这两天学了一下Spring,讨论一下它的好处

浏览 23959 次
该帖已经被评为新手帖
作者 正文
   发表时间:2011-01-08   最后修改:2011-01-08
treblesoftware 写道
gdpglc 写道
spring也好ejb也好。 看来都是容器,到底要给开发者带来什么? 不用这个容器,开发者会多付出什么? 这是我的疑惑。
大家回贴通常只是关注一些局部问题。有没有人想Spring或ejb道底会为你的团队带来什么呢?


光写个程序,做个程序员老实的去编代码,不用你去理解容易要干什么,容器到底是个什么。做了项目经理更不要懂,架构师也不用懂。你要做科学家吗?如果你要搞科学研究,那么这个必须懂,多花点时间看看优质的代码怎么去写,讨论这些天马行空的东西简直就是浪费你的时间和精力,不如开个QQ去泡妞,妞妞还能陪你玩玩。


这言论太强了。Spring谁都不用懂,最后只管闭着眼睛写代码,最后软件就出来了!

当架构师面临技术选型时,是不是抽签就行了。
0 请登录后投票
   发表时间:2011-01-08   最后修改:2011-01-08
gdpglc 写道
treblesoftware 写道
gdpglc 写道
spring也好ejb也好。 看来都是容器,到底要给开发者带来什么? 不用这个容器,开发者会多付出什么? 这是我的疑惑。
大家回贴通常只是关注一些局部问题。有没有人想Spring或ejb道底会为你的团队带来什么呢?


光写个程序,做个程序员老实的去编代码,不用你去理解容易要干什么,容器到底是个什么。做了项目经理更不要懂,架构师也不用懂。你要做科学家吗?如果你要搞科学研究,那么这个必须懂,多花点时间看看优质的代码怎么去写,讨论这些天马行空的东西简直就是浪费你的时间和精力,不如开个QQ去泡妞,妞妞还能陪你玩玩。


这言论太强了。Spring谁都不用懂,最后只管闭着眼睛写代码,最后软件就出来了!

当架构师面临技术选型时,是不是抽签就行了。


如果架构师不称职的话. 或者是小项目的话. 是这样的. 曾经遇到过.

技术选项应该根据开发测试人员的综合水平,技术掌握程度,项目大小,技术特点,各方面要求等.综合考虑.

0 请登录后投票
   发表时间:2011-01-08   最后修改:2011-01-08
有一个1万小时定律。就是说一个行业如果想把行业内的所有知识都掌握需要1万小时,也就是10年的时间。对于架构师,应该是这个数量级的。

在技术上,成功取决于不断的积累...
0 请登录后投票
   发表时间:2011-01-08  
spring的对于java开发来说,用处确实很可疑。

有人创造出一个新概念,并且把他发展成一个复杂、臃肿的东西,不管这个东西是否有价值,这个价值链已经建立了。

新概念往往带来新的价值,复杂臃肿的东西可以创造更多的就业岗位,并建立壁垒,但是他是否真的创造了有效的GDP,请参照两个经济学家吃狗屎的案例。

真正为spring鼓吹的,大部分是两三年左右的新手,入门就是spring,他对spring的理解,也就是照本宣科的那几样,然后就患上了斯德哥尔摩症,深受其害,却又不得解脱。

楼主,等着被评新手帖吧。
0 请登录后投票
   发表时间:2011-01-08  
qiaoqinqie 写道
jackyandsully 写道
gdpglc 写道
我一直用eclipse,intellij idea要好用一些?

感觉不用接口也是可以写出低藕荷的程序的,interface只是形式化的接口表达和较强的隔离技术,实际上大部份情况下是用不着这么强的隔离级别的。

比如,Dao做成单粒,直接在Service中使用,也是很简单有效的。

而用Spring使用interface和配置文件是必须的,这样一比较,Spring就使解藕变烦锁了。




同意楼上
我也一直喜欢 Eclipse  intellij idea 不好用 感觉,
如果东西简单 分层 明确 确实没必要用
框架都是写死的,如果什么都明确 自然自己写也挺好

elipse版本太低了。好像3.5以后的CTRL点的时候会提示进去接口还是实现类


现在用MyEclipse 8.6 呵呵 比前几个要好,要快一些
呵呵
0 请登录后投票
   发表时间:2011-01-08  
呵呵,最近看了楼主几个贴子,感觉楼主不管讨论什么问题,都好像在和别人吵架一样。
0 请登录后投票
   发表时间:2011-01-08  
我只想就事论事呀。我不懂的,我不会说我懂。我反对的,通常我就说我反对。
0 请登录后投票
   发表时间:2011-01-08  
我的经验是在框架的选着上扬长避短,充分发挥其作用。
在系统的原形期间,框架选择的自由度是很大的。有时会为了某个功能而选择一个框架,有时会为了提高开发的效率而选择一个框架。。。
相对的,在系统的维护期,往已有的系统里加入新的框架,约束就比较多了。这个期间好多东西都已经设计好了,再往里面加入新东西就要考虑兼容性了。
另外做系统就是一个漫长的和自己过不去的过程,比如早些年,会写servlet走遍全天下,后来出来了jsp,又有人提出了MVC,紧接着就是struts,sprint,hibernate等等曾出不穷,会用一个框架基本几个demo下来就差不多了,熟悉一个框架,多做几次调优,多看看源代码也就差不多了。精于一个框架,不仅熟悉其内部实现,调优方法,还能针对现有的或者正在设计系统对框架的源码进行调整。通的境界要精于两个以上的框架,在作整体技术方案的时候参考其他框架的设计经验,整合并且充分发挥第三方框架的优势,实现客户的需求。拙见。
0 请登录后投票
   发表时间:2011-01-08   最后修改:2011-01-08
有一点我的想法和你不同

精于一个框架,不仅熟悉其内部实现,调优方法,还能针对现有的或者正在设计系统对框架的源码进行调整。

我觉得精于一个框架是知道框架的思想、使用的方法、它的好处和坏处、我不会读框架的源码,但会了解框架的原理,以便更好的使用它。

我反对修改框架的源码,除非有bug。不然会给项目以后的维护带来问题。
0 请登录后投票
   发表时间:2011-01-08  
看这多评论,什么都没看明白,都在胡扯?貌似没人真正理解这个框架?
0 请登录后投票
论坛首页 入门技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics