IT小李传--药店里的工厂模式

在现实生活中,有很多的例子,可以让我们很好的理解设计模式。它们可以实实在在的告诉我们用设计模式有什么好处,能解决什么问题。很多讲解设计模式的书籍或者文章,都或多或少地用到了,它能使描述更加生动,浅些,更容易被理解。

为了更好地说明设计模式,本文杜撰了一个主人公小李,他是个IT设计师,为了生存,毅然下海,不断利用自己的IT经验,改善经营。但下海有风险啊,为此他不断地改变自己的职业(没办法,不换职业说不清楚啊)。下面就开始正文啦,会不会太监不知道,哈哈。

IT设计师小李闯荡IT很多年了,但收入有限,在IT界很难混啊,也看不到钱途,十分茫然。

现在的时代,人越来越注重健康问题,不像以前,在吃不饱饭,穿不暖衣,谁还管是不是健康。现在小区周围,那是药房林立,一家药店的两个分店甚至于能开到只隔一条3米宽的马路,可见药店的生意和利润肯定是不错的。

看到卖药似乎很能挣钱,毅然决定弃IT从商。将多年的积蓄,开了一个小药店,自己开始了既是老板又是员工的创业历程。

创业初期,小李也比较谨慎,只卖几种常规的西药,比如康泰克,快克,芬必得,布洛芬等家庭常备药品。当有顾客来时,根据顾客需要的药品,他亲自给顾客拿,东奔西走的。如果用代码来表示的话,大致是这样:

If(顾客要康泰克)

到康泰克药品柜台拿康泰克;

else if(顾客要快克)

到快克药品柜台拿快克;

else if(顾客要芬必得)

……

就这样干了一段时间,小李累得够呛,一趟一趟地跑,干IT的时候,成天坐电脑前,体能早不行了啊(所以奉劝各位IT民工,注意锻炼身体啊,哪天IT界混不下去了,也好有体力去干其它民工活,你说是不是啊)。

于是,在挣到第一桶金后,小李狠狠心,一下招聘了几名员工,每人负责一个药品柜台,当顾客要某种药品后,小李只需要喊一嗓子,负责该种药品柜台的员工就将药品给他拿过来。哈哈,小李轻松多了,原来要自己满屋跑,现在只需要喊一嗓子就行了。

这时候用图表示大概是这样的:

慢慢地,小李的生意越来越好,可由于天天要喊嗓子,都快哑了,为此每天要消耗不少金嗓子喉宝呢。另外,随着生意的兴隆,小李也大胆的拓宽了药品品种,以便用户能给顾客更多地选择,比如必理通,白加黑等等。另外,自己怎么也是个小老板了,总不能还要自己整天喊吧,不知道的还以为自己是伙计呢,没面子啊。所以,小李又招聘了两个药品经理,分别负责感冒药和头疼药,这样小李就可以安心当老板啦。

这时候用图表示大概是这样的:

现在,小李只需安心收钱了,喊嗓子的事,都交给药品经理去负责啦(大不了给他们发点福利,每个月几盒喉宝)。每个药品经理,只需要告知自己负责的药品柜台的店员去拿相应的药品出来就行了。

生意上轨道了,很快的,小李又不满足现状了。光卖西药哪行啊,中西结合才是重点。所以,小李扩大了店面,开始卖中药啦。什么决明子、当归、半夏等也摆了一柜台。

另外,光卖药也不行啊,竞争太激烈,如果药店请几个医师的话,可能更能满足顾客的要求,有些小毛小病,直接看一看,然后推荐一下药品,也避免用户乱吃药嘛。

为此,还招聘了几名中药配药师,负责根据医师的药方配药。中药配药师能力与西药店员不同,他需要能够根据药方进行配药,不同的配药师,负责不同类型药方的配药工作。

这时候用图表示大概是这样的:

医师比较厉害,有可能即推荐西药,同时又推荐中药哦,中西合璧,药到病除啊。各位要问了,药品经理到哪里去了?这个……,也许去考医师证去了吧?

至于小李的后续如何,我也不知道,哈哈,刚写到这。

(这几个图能看明白吧?有牵强处,尽情谅解。我也是邯郸学步啊。)

时间: 2024-11-08 15:44:47

IT小李传--药店里的工厂模式的相关文章

IT小李传--药店里的装饰模式

有了好的管理,在各个角色的员工都能 很好地完成本职工作的基础上,小李的药店生意自然蒸蒸日上.现在,小李的药店已经初具规模,与周围的药店相比,已经不落下风了.这使得小李有了进一步拓展业务的想法. 当下,药店已经不仅仅卖纯正的药品了,很多药店里,有了很多保健品.这个东西,价格高,利润也高,并不是因为它有多好,而是迎合了很多人的心理和需求.特别是现在很多人拿保健品送礼,使得它行情更加看好. 因此,小李也将业务拓展到了保健品,并招聘了几名员工,专门负责保健品柜台,可是,在一段时间之后,这个柜台出现了问题

设计模式总纲——工厂模式

前几天写了个单例模式,反响平平,可能是因为网上的设计模式实在是烂大街了,无法get到读者的点,不过也算是自己对自己知识的总结,今天我们换种角度来说一下这个工厂模式,工厂模式,目前主要的有三种,简单工厂,普通工厂,抽象工厂模式,今天我们就不谈抽象工厂模式了,我们来说说简单工厂和普通工厂的设计模式.今天我们要引入另外一个主角,他的名字就是——小陈. 小陈是个设计师,他很喜欢自己做些小玩意,那些小玩意都很精美,有一天,他的好朋友来家里玩,看到了小陈做的那些小东西,喜欢的不得了,就纷纷拜托小陈做些小玩意

关于工厂模式(简单以及抽象)

简单工厂模式: 简单工厂模式可以认为是一个创建实例的过程,可以代替new的方式,创建一个新的实例.创建实例new的时候要多考虑一下,看是否可以使用工厂模式,虽然可能多做一些工作,但是系统可能会有更少程度的修改. 直白的说就是把对象创建的过程封装到一个新的类中去,比如这个类创建的初始化过程比较麻烦,按老方法就是把这些全放在这个类的构造函数中,但是这样显然不利于维护,所以就把这部分内容提取出来放到一个新的类中,这个类的某个create方法可以返回一个所需要的对象的实例. 最明显的就是容器中的使用It

从接口、抽象类到工厂模式再到JVM来总结一些问题

俗话说,自己写的代码,6个月后也是别人的代码……复习!复习!复习! 涉及到的知识点总结如下: 为什么使用接口? 接口和抽象类的区别 简单工厂模式总结 Java中new和newInstance的区别 Java的Class.forName(xxx); Java里创建对象的几个方式总结 Java类加载机制总结 Java WEB的三层架构和MVC的关系 工厂方法模式总结 抽象工厂模式总结 一道面试题的分析 一个服务提供者框架的学习 接口的另一常用法:策略模式 参考资料 先看这样一个场景:某个果园里现在有

一:简单工厂模式

设计模式分类: 创建型模式. 结构型模式. 行为模式. 23种设计模式,如何记.面向对象的系统中有很多对象,创建型模式解决的问题就是如何创建对象,何时创建对象,它努力的让代码不要太多的关注对象的具体类型,不用关注对象的创建细节,而知需要了解对象的抽象类型,创建对象的工作由创建对象的工厂来实现.面向对象的系统中,对象如何组织,采用什么样的结构组织比较合理,这个是由结构型模式来处理的.合理的使用结构型模式可以使系统具备更好的灵活性.扩展性和维护性.行为模式规定了各个对象间的应该具备的职责. 严格来说

(三) 简单工厂模式

转载: http://www.cnblogs.com/zuoxiaolong/p/pattern4.html 上一章我们着重讨论了代理模式,以及其实现原理,相信如果你看完了整篇博文,应该就对代理模式很熟悉了. 本章我们讨论简单工厂模式,LZ当初不小心夸下海口说不和网络上传播的教学式模式讲解雷同,所以现在感觉写一篇博文压力颇大. 如何来介绍简单工厂呢,LZ着实费了不少心思,这个模式本身不复杂,但其实越是不复杂的模式越难写出特点,因为它太简单. 为了便于各位看后面例子的时候容易理解,LZ这里先给出引

<一>读<<大话设计模式>>之简单工厂模式

工厂模式虽然简单,但是写下这篇文章却不简单.第一:本人经过内心的挣扎后才决定开始写博文的,为什么呢,因为好长时间没有写了,对自己的文学功底也是好不自信,但是技术这东西你不写出来你真不知道自己掌握多少,或者是否掌握其本质:第二:老婆怀孕了,没时间写了,但是我还是挤出时间开始写,于是这篇文章在这样的环境下成了,以后还有后续的文章,谢谢关注! 为什么从设计模式开始学习呢?其实以前对设计模式有些了解,但是用不到也就没有深入,现在差不多也忘完了,本人工作三年了,对一些大众上的技术(比如struts2.sp

设计模式在cocos2d-x中的使用--简单工厂模式(Simple Factory)

什么是简单工厂模式? 从设计模式的类型上来说,简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,通过专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类. 简单工厂模式在cocos2d-x中怎么用,我们通过下面的小例子来了解一下. 假如我们在开发一款类似魔兽的RPG游戏,在游戏中会出现很多种族的角色,如:人族.兽族. 这些种族一般都会定义为一个类,如果兽族Orc类,人族Human类. 兽族.人族两个类都同样属于种族,那么我们可以

javascript的设计模式之抽象工厂模式

<script type="text/javascript">//上一个是我第一次在博客里写文章,这一次我又来了//上次是工厂模式的简单形式,这次是工厂模式的抽象版,什么是抽象呢,就不让人看着不好理解,但我尽量用好理解的方式写出来 //这是一个工厂的构造函数,里面有一个属性,属性的值是一个对象,对象里又有三个属性,分别代表了三种交通工具//好了其实这个也是一个抽象版的工厂构造函数,好比有人跟你吹牛逼说自己要建一个能造三种交通工具的厂子,但是具体怎么造,他不会了: funct