|
锁定老帖子 主题：还是没有明白IoC的好处
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-07-14
个人感觉如果配置文件太多头疼，一个struts有时配置文件出错了，我都要调试半个小时才找到原因，也许是我太笨了吧^_^
|
| 返回顶楼 | |
|
发表时间：2004-08-18
通过接口可以降低类之间调用时类型声明的耦合，但是在获得具体的类的实例时，又会对具体的构造函数产生依赖。
IoC最大的作用就是降低了这种对于实现的依赖。 |
| 返回顶楼 | |
|
发表时间：2004-08-19
建议读一下《JUnit In Action》的第7章的7.1～7.3节，我就是在看完以后不仅明白了IoC的含义，同时也理解了Mock Object是什么意思。
|
| 返回顶楼 | |
|
发表时间：2004-08-24
引用 看到的范例中所使用injection的方法将一个对象的instance注入Factory类中，其实这样的Factory有何用？
楼主的意思是说，Factory有何用 恩，我也有这样的怀疑 Factory模式是为了封装new(实例化)而存在的 而容器将负责组件的生命周期，包括实例化 两处管理实例化？烦不烦呀，价值在哪里呢 |
| 返回顶楼 | |
|
发表时间：2004-09-07
用了ioc极大地降低了组件耦合度,使代码重用性和可测性性增强,但需要解决是如何组织越来越大的配置文件问题,需要进一步探讨
|
| 返回顶楼 | |
|
发表时间：2004-09-07
很简单，不要放在一个配置文件里。
|
| 返回顶楼 | |
|
发表时间：2004-09-07
用spring把Bean bean=(Bean)xxxx.getBean(id); 改成直接 Bean bean=new Bean();好似困难一点,我觉得英改为:
Bean bean=(Bean)xxxx.getBean(Bean.class)好像pioc就是这样子的 |
| 返回顶楼 | |
|
发表时间：2004-09-07
agilecat 写道 用spring把Bean bean=(Bean)xxxx.getBean(id); 改成直接 Bean bean=new Bean();好似困难一点,我觉得英改为:
Bean bean=(Bean)xxxx.getBean(Bean.class)好像pioc就是这样子的 但正确的用法是永远不使用getBean方法，所以究竟这个方法怎么用根本就无所谓。 |
| 返回顶楼 | |
|
发表时间：2004-09-07
对每个bean分配一个id好像也很繁琐bean多了也要考虑重名,不如直接用 包名+类名 得了
|
| 返回顶楼 | |
|
发表时间：2004-09-07
包名+类名？那干吗不直接new出来呢？组件都已经和实现绑在一起了，还搞个容器来骗谁？
如果你的bean有重名，你首先需要做的就是重新设计。 |
| 返回顶楼 | |
