工厂模式的困惑，为什么要使用工厂模式

刚刚看了一下工厂模式，通过这篇
http://blog.csai.cn/user1/25929/archives/2009/35622.html
基本明白了工厂模式是怎么回事。 这篇讲模式的文章还是写的比较好的，顺着他的思路，也觉得工厂模式是个好模式。
1简单工厂模式 其实就是把所有的生产对象的变化都写进了一个类的工厂方法里面。 只是如果有新的需求，这个万能类还是要改。
2工厂方法模式 就是每个产品都对应一个生成产品的工厂类，因为一个产品类对应一个工厂类，所有当然他知道自己应该怎么new，这样就不用判断了，再在这些工厂类上面加个抽象类（。。逻辑上应该是先有抽象类在先，这样想好像理解）。通过工厂类的多态避免了判断。
3抽象工厂模式 跟工厂方法模式 差不多。工厂方法模式的主要缺点是要写很多的工厂类出来。这个模式只是把某个系列的
工厂方法写到抽象工厂里面了。减少了类，多了方法。

但是后来想了想。似乎工厂模式也没什么很大的作用啊。
1工厂模式搞了这么多事目的不就是要生成一个多态的对象吗。比如有接口 Usb
我有个类Computer 里面要用到他。类这样设计

class Computer{
private	Usb u;
//在弄个getter setter 省略
}

这样通过setter方法不是意义可以做到多态，为什么还要用工厂模式呢？
还有就是简单工厂模式似乎就很好了，如果用到泛型的话 如下

public static <T> T getOne(String className){
		T t=null;
	try {
		t=(T)Class.forName(className);
	} catch (ClassNotFoundException e) {
		e.printStackTrace();
	}
	return t;
	}

这样就不需要 判断了。工厂模式还有个好处是可以其中管理生成的对象，用这个也可以管理。
小弟模式肯定是连门都没入的，所有会有很多幼稚的想法（我也不想的）。。。  但是非常欢迎大侠鄙视！

不用理解设计模式是做什么用的，只需要用的时候能够想到它就行了，因为设计模式本质上仅仅是简化编码的技巧或者工具