为什么不要NEW?
如果你要问我这个问题。我想我必须答，否则你一定认为，这样做是多余的。好的，我来回答。首先我想说你在什么情况用NEW，你毫无疑问的回答到。构造对象的时候。答的很好。听着，如果构造的对象不是普通的对象而是相当复杂的对象。可能要从数据库读取数据或者还要执行其它附加问题呢？你要统统把他们写入构造函数吗？只能是那样吗？噢。。。听着在这之前。我必须说。你违背了面向对象的封装和派分。如果某一天你还想改变这个构造式，你是否考虑过从构问题？
如果不用NEW我们该怎么办？
OK。。。现在我还是我来回答。我想我要说的东西也许你早就听过。反正我也式发些无聊的东西。是的你猜对了。工厂（Factory）一切生产都由它来完成。我们只用对它提出要求。然后它来负责构造对象。要听它的好处吗？不用说。上面new的缺点基本就是它的好处。还有一点。是new所无法替代的。那就是接口。工厂返回的是接口，也就是说工厂可以生产出这类工件的所有子类。可以看出是站在一个很抽象的环节上来完成任务的。
public class myFactory{
public static ImyClass creator(string className){
//使用动态类装载装入类。函数返回的是父类接口ImyClass
swich(className){
case : "myClassA"
return new myClassA();
case : "myClassB"
return new myClassB();
}
}
试想一下如果工厂本身也是接口意味着什么？更高级别的抽象是那要吗？是的。好处呢？约抽象不容易犯错误。
namespace FactoryMethod
{
using System;
class myClass
{
。。。。。。。read some data from database or other
}
abstract class myFactory
{
protected myClass mc;
abstract public void CreateClass();
public void ConstructObjects()
{
// Create objects
// . . .
// including class
CreateClass();
}
}
class myRealFactory : myFactory
{
override public void CreateClass()
{
mc = new myClass();
}
}
class myRealClass : myClass {
}
public class myClient
{
public static int Main(string[] args)
{
myFactory mf= new myRealFactory();
mf.ConstructObjects();
return 0;
}
}
}
OK一切结束。只是式写的。不好，不祥细的地方还有很多。没有说清楚的地方也由很多。时间仓促很抱歉。下次继续。。。。。。
