|
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：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
看这多评论，什么都没看明白，都在胡扯？貌似没人真正理解这个框架？
|
| 返回顶楼 | |
