189 8069 5689
这期内容当中小编将会给大家带来有关C#中怎么实现简单工厂模式，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。
超过10余年行业经验，技术领先，服务至上的经营模式，全靠网络和口碑获得客户，为自己降低成本，也就是为客户降低成本。到目前业务范围包括了：网站设计、成都做网站，成都网站推广，成都网站优化，整体网络托管，小程序开发，微信开发，APP应用开发，同时也可以让客户的网站和网络营销和我们一样获得订单和生意！
无论是简单工厂还是复杂工厂，首先它们都是工厂，工厂是干什么的呢？ 在现实生活中的工厂是负责生产产品的，产品或者可以食用或者可以使用，可以为我们提供功能或者补充能量，这个产品是有用的，真实存在的。那么在面向对象的软件设计中提到的工厂是什么意思呢？既然也是工厂，肯定也是生产东西的，只不过这个东西在这里一定是一个对象的实例，而且这个东西我们可以使用，所以在软件设计中工厂的概念就是指可以生产某个类型对象实例的一个类型。就像我们要吃饼干不用自己做，去超市买就好了，因为有工厂已经把饼干生产好了，生产是工厂的任务，吃是我们自己的事情，两个互不干涉，多好啊。。。在软件设计中，如果以后我们要使用某个类型的实例，就告诉工厂就行，他就会给我们想要的实例对象，具体工厂是怎么生产我们就不用管了，我们也省事了，也就是所谓的解耦了。我们平常编程中，当使用”new”关键字创建一个对象时，此时该类就依赖与这个对象，也就是他们之间的耦合度比较高，当需求变化时，我们就不得不去修改此类的源码，此时我们可以运用面向对象（OO）的很重要的原则去解决这一的问题，该原则就是——封装变化点，既然要封装改变点，自然也就要找到变化的代码，然后把变化的代码用类来封装，这样的一种思路也就是我们简单工厂模式的实现方式了。下面通过一个现实生活中的例子来引出简单工厂模式。
生活中，免不了要经常在外面吃饭，当然我们也可以自己在家做饭吃，但是自己做饭吃麻烦，因为又要自己买菜，然而，出去吃饭就完全没有这些麻烦的，我们只需要到餐馆点菜就可以了，买菜的事情就交给餐馆做就可以了，这里餐馆就充当简单工厂的角色，下面让我们看看现实生活中的例子用代码是怎样来表现的。
自己做饭的情况：
己做饭，如果我们想吃别的菜时，此时就需要去买这种菜和洗菜这些繁琐的操作，有了餐馆（也就是简单工厂）之后，我们就可以把这些操作交给餐馆去做，此时消费者（也就是我们）对菜（也就是具体对象）的依赖关系从直接变成的间接的，这样就是实现了面向对象的另一个原则——降低对象之间的耦合度，下面就具体看看有了餐馆之后的实现代码（即简单工厂的实现）：
看完简单工厂模式的实现之后，很多人肯定会有这样的疑惑——我们只是把变化的代码移到了工厂类中罢了，好像没有变化的问题了，如果客户想吃其他菜时，此时我们还是需要修改工厂类中的方法（也就是多加case语句，没应用简单工厂模式之前，修改的是客户类）。我首先要说：大家想的很对，每种设计模式只会解决一种问题，他们有自己的使用场景，没有一种模式可以解决所有问题，这个就是简单工厂模式的缺点所在（这个缺点后面介绍的工厂方法模式可以很好地解决），然而，简单工厂模式与之前的实现也有它的优点：
简单工厂模式解决了客户端直接依赖于具体对象的问题，客户端可以消除直接创建对象的责任，而仅仅是消费产品。简单工厂模式实现了对责任的分割。
简单工厂模式也起到了代码复用的作用，因为之前的实现（自己做饭的情况）中，换了一个人同样要去在自己的类中实现做菜的方法，然后有了简单工厂之后，去餐馆吃饭的所有人都不用那么麻烦了，只需要负责消费就可以了。此时简单工厂的烧菜方法就让所有客户共用了。（同时这点也是简单工厂方法的缺点——因为工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都会受到影响，也没什么不好理解的，就如事物都有两面性一样道理）
虽然上面已经介绍了简单工厂模式的缺点，下面还是总结下简单工厂模式的缺点：
工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都会受到影响（通俗地意思就是：一旦餐馆没饭或者关门了，很多不愿意做饭的人就没饭吃了）
系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，这样就会造成工厂逻辑过于复杂。
了解了简单工厂模式之后的优缺点之后，我们之后就可以知道简单工厂的应用场景了：
当工厂类负责创建的对象比较少时可以考虑使用简单工厂模式
客户如果只知道传入工厂类的参数，对于如何创建对象的逻辑不关心时可以考虑使用简单工厂模式
简单工厂模式在很多时候可以叫静态工厂模式（因为工厂类都定义了一个静态方法），由一个工厂类根据传入的参数决定创建出哪一种产品类的实例（通俗点表达：通过客户下的订单来负责烧那种菜）。简单工厂模式的UML图如下：
如果大家想看源码，源码如下：
介绍完了简单工厂模式之后，.NET类库中也有类似的实现，NET中System.Text.Encoding类就实现了简单工厂模式，该类中的GetEncoding(int codepage)就是工厂方法，具体的代码可以通过Reflector反编译工具进行查看
.NET 中Encoding的UML图为：
Encoding类中实现的简单工厂模式是简单工厂模式的一种演变，此时简单工厂类由抽象产品角色扮演，然而.NET中Encoding类是如何解决简单工厂模式中存在的问题的呢（即如果新添加一种编码怎么办）？在GetEncoding方法里的switch函数有如下代码：
在GetEncodingRare方法里有一些不常用编码的实例化代码，微软正式通过这个方法来解决新增加一种编码的问题。（其实也就是列出所有可能的编码情况），微软之所以以这样的方式来解决这个问题，可能是由于现在编码已经稳定了，添加新编码的可能性比较低，所以在.NET 4.5仍然未改动这部分代码。
上述就是小编为大家分享的C#中怎么实现简单工厂模式了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注创新互联行业资讯频道。