??? 今天,和一哥们讨论到简单工厂,正好我也对此关注了很长时间,所以有感而发,写点东西,供以后回味这段历史。
????
??? 简单工厂的用途在现代语言(具有运行时强类型系统支持的语言,如Java,.Net),确实用途不大,感觉不到想起他模式一样重要,但是在不具备运行时强类型系统支持的语言(如C/C++等,C++具有编译时的强类型,运行时没有),这是一个极其重要的模式。
??? 比如一个简单的需求,我需要根据一个名称来确定最终使用的实现,如数据库的连接
??? IConnect <--SqlConnect
?????????????????? <-OracalConnect
?????????????????? <-......
??? 我需要在配置文件里确定最终使用哪个。
??? 在现代语言里,可以直接存储一个类型名,运行时可以使用这个名字反射到类型,然后用类型反射出具体的实例
??? 如下所示，用类似C#的代码描述,假设配置文件里有如下配置：
??? <appSettings>
??? <add key="ConnectType" value="OracalConnect"/>
?? ?</appSettings>
??? 在程序里如下代码即可实现具体连接的选择：
??? Type t=Type.GetType(ApplicationSetting["ConnectType"]);
??? IConnect con=Activitor.CreateInstance(t) as IConnect;
??? DoSomeThing(con);
??
???? 但是,在以前的语言里,运行系统里没有"类型"这么一个概念,更加没有"反射"的概念,这时候,简单工厂就基本上成了必须的模式了,只能老老实实地手动写一个简单工厂，大概如下：
???? class ConnectFac
???? {
????????????? public:
????????????? static IConnect* CreateConnect(string?type)
????????????? {
?????????????????? if(type=="SqlConnect")return new SqlConnect();
??????????????????? if(type=="OracalConnect")return new OracalConnect();
????????????????????return?NULL;
??????????????}
???? }
???? 然后再程序里如下，可以完成全面等同的功能
???????????? point_ptr<IConnect*> con=?CreateConnect(ApplicationSetting["ConnectType"]);
???????????? DoSomeThing(con);
????
???? 所以,正如GOF中的Flower所说,语言在进步,很多模式已经集成到语言本身里面,成了语言的一部分。
????
?????我的结论是:工厂方法很有用,但在现代语言里,没有必要手工去实现了，但偶尔还是用得上的：）