该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2011-01-08
最后修改:2011-01-08
treblesoftware 写道 gdpglc 写道 spring也好ejb也好。 看来都是容器,到底要给开发者带来什么? 不用这个容器,开发者会多付出什么? 这是我的疑惑。
大家回贴通常只是关注一些局部问题。有没有人想Spring或ejb道底会为你的团队带来什么呢? 光写个程序,做个程序员老实的去编代码,不用你去理解容易要干什么,容器到底是个什么。做了项目经理更不要懂,架构师也不用懂。你要做科学家吗?如果你要搞科学研究,那么这个必须懂,多花点时间看看优质的代码怎么去写,讨论这些天马行空的东西简直就是浪费你的时间和精力,不如开个QQ去泡妞,妞妞还能陪你玩玩。 这言论太强了。Spring谁都不用懂,最后只管闭着眼睛写代码,最后软件就出来了! 当架构师面临技术选型时,是不是抽签就行了。 |
|
返回顶楼 | |
发表时间:2011-01-08
最后修改:2011-01-08
gdpglc 写道 treblesoftware 写道 gdpglc 写道 spring也好ejb也好。 看来都是容器,到底要给开发者带来什么? 不用这个容器,开发者会多付出什么? 这是我的疑惑。
大家回贴通常只是关注一些局部问题。有没有人想Spring或ejb道底会为你的团队带来什么呢? 光写个程序,做个程序员老实的去编代码,不用你去理解容易要干什么,容器到底是个什么。做了项目经理更不要懂,架构师也不用懂。你要做科学家吗?如果你要搞科学研究,那么这个必须懂,多花点时间看看优质的代码怎么去写,讨论这些天马行空的东西简直就是浪费你的时间和精力,不如开个QQ去泡妞,妞妞还能陪你玩玩。 这言论太强了。Spring谁都不用懂,最后只管闭着眼睛写代码,最后软件就出来了! 当架构师面临技术选型时,是不是抽签就行了。 如果架构师不称职的话. 或者是小项目的话. 是这样的. 曾经遇到过. 技术选项应该根据开发测试人员的综合水平,技术掌握程度,项目大小,技术特点,各方面要求等.综合考虑. |
|
返回顶楼 | |
发表时间:2011-01-08
最后修改:2011-01-08
有一个1万小时定律。就是说一个行业如果想把行业内的所有知识都掌握需要1万小时,也就是10年的时间。对于架构师,应该是这个数量级的。
在技术上,成功取决于不断的积累... |
|
返回顶楼 | |
发表时间:2011-01-08
spring的对于java开发来说,用处确实很可疑。
有人创造出一个新概念,并且把他发展成一个复杂、臃肿的东西,不管这个东西是否有价值,这个价值链已经建立了。 新概念往往带来新的价值,复杂臃肿的东西可以创造更多的就业岗位,并建立壁垒,但是他是否真的创造了有效的GDP,请参照两个经济学家吃狗屎的案例。 真正为spring鼓吹的,大部分是两三年左右的新手,入门就是spring,他对spring的理解,也就是照本宣科的那几样,然后就患上了斯德哥尔摩症,深受其害,却又不得解脱。 楼主,等着被评新手帖吧。 |
|
返回顶楼 | |
发表时间: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 呵呵 比前几个要好,要快一些 呵呵 |
|
返回顶楼 | |
发表时间:2011-01-08
呵呵,最近看了楼主几个贴子,感觉楼主不管讨论什么问题,都好像在和别人吵架一样。
|
|
返回顶楼 | |
发表时间:2011-01-08
我只想就事论事呀。我不懂的,我不会说我懂。我反对的,通常我就说我反对。
|
|
返回顶楼 | |
发表时间:2011-01-08
我的经验是在框架的选着上扬长避短,充分发挥其作用。
在系统的原形期间,框架选择的自由度是很大的。有时会为了某个功能而选择一个框架,有时会为了提高开发的效率而选择一个框架。。。 相对的,在系统的维护期,往已有的系统里加入新的框架,约束就比较多了。这个期间好多东西都已经设计好了,再往里面加入新东西就要考虑兼容性了。 另外做系统就是一个漫长的和自己过不去的过程,比如早些年,会写servlet走遍全天下,后来出来了jsp,又有人提出了MVC,紧接着就是struts,sprint,hibernate等等曾出不穷,会用一个框架基本几个demo下来就差不多了,熟悉一个框架,多做几次调优,多看看源代码也就差不多了。精于一个框架,不仅熟悉其内部实现,调优方法,还能针对现有的或者正在设计系统对框架的源码进行调整。通的境界要精于两个以上的框架,在作整体技术方案的时候参考其他框架的设计经验,整合并且充分发挥第三方框架的优势,实现客户的需求。拙见。 |
|
返回顶楼 | |
发表时间:2011-01-08
最后修改:2011-01-08
有一点我的想法和你不同
精于一个框架,不仅熟悉其内部实现,调优方法,还能针对现有的或者正在设计系统对框架的源码进行调整。 我觉得精于一个框架是知道框架的思想、使用的方法、它的好处和坏处、我不会读框架的源码,但会了解框架的原理,以便更好的使用它。 我反对修改框架的源码,除非有bug。不然会给项目以后的维护带来问题。 |
|
返回顶楼 | |
发表时间:2011-01-08
看这多评论,什么都没看明白,都在胡扯?貌似没人真正理解这个框架?
|
|
返回顶楼 | |