工厂方法模式设计的汽车保险管理应用程序实例
作业正文
作业一：
1、作业题目容的详细描述。
【作业2.1-1】例2.3为使用工厂方法模式设计的汽车保险管理应用程序实例，现在需要扩例2.3的设计图，添加一个名为LuxuryCarInsurance的类，并且需要编写此类和其他需要添加的类的代码，详细要求参见光盘的响应作业部分
2、完成本题目所采用的软件设计模式名称及画出相应的类图，或者是所采用的软件体系结构名称及画出相应的体系结构图。
该题目采用的是工厂方法模式，类图如下：
3、画出完成本题目所设计程序的设计类图；如还有其他图，也一并画出。
4、完成本题目所设计的程序代码。 （1）程序主界面的部分代码如下：
（添加汽车保险名）
FactoryMethodGUI
<
getPolicyObj() CollisionPolicyProducer
getPolicyObj() ComprihensivePolicyProducer
getPolicyObj() LuxeryyCarPolicyProducer
getPolicyObj()
PersonInjuryPolicyProducer
getPolicyObj()
<
BodyInjurLiablility getInsurDescription() LuxeryCarInsurance getInsurDescription()
PersonInjuryProtection getInsurDescription()
ComprehensiveCoverage getInsurDescription()
CollisionCoverage getInsurDescription()
（下拉框添加LuxeryCarInsurance保险选项）
（添加触发事件判断）
（2）创建LuxeryPolicy工厂类，实现PolicyProducer接口
（3）创建LuxeryCarInsurance类，实现AutoInsurance接口
5、程序运行的典型界面截图。
作业二：
1、作业题目容的详细描述。
【作业2.1-2】在例2.4中，设计并且实现了豪华（Super）和中等（Medium）别墅（House）与公寓（Condo）的查询。要求在该设计的基础上，增加一个新的类SemiDetacher（半独立式楼宇），并且编写代码，实现相应的查询功能，详细要求参见光盘的相应作业部分。
2、完成本题目所采用的软件设计模式名称及画出相应的类图，或者是所采用的软件体系结构名称及画出相应的体系结构图。
该题目采用的是抽象工厂模式，类图如下：
3、画出完成本题目所设计程序的设计类图；如还有其他图，也一并画出。
程序的设计类图如下：
4、完成本题目所设计的程序代码。
（1）程序主界面的部分代码如下：
界面的选择框以及按钮面板
监听器代码，用于监听查询按钮（2）新增的SemiDetacher接口代码如下：
（3）新增的SuperSemiDetacher类代码如下：（4）新增的MediumSemiDetacher类代码如下：（5）BuidingFactory类代码如下：
（6）继承BuildingFactory的MediumBuildingFactory代码如下：（6）继承BuildingFactory的SuperBuildingFactory代码如下：
5、程序运行的典型界面截图。
汽车投保方案设计
汽车投保方案设计 汽车投保其中可有很多大学问，以下是“汽车投保方案设计”希望能够帮助的到您！ 本文在介绍了汽车保险的分类的基础上，以一辆3年车龄的捷达为例，假定车主为31岁5年驾龄女性，车辆用途为上下班代步，以此进行了汽车保险方案设计。 基本险 ⑴车辆损失险。车辆损失险是指保险车辆遭受保险责任范围内的自然灾害或意外事故，造成保险车辆本身损失，保险人依据保险合同的规定给予赔偿。 ⑵第三者责任险。被保险人或其允许的合格驾驶员在使用保险车辆中，发生意外事故，致使第三者遭受人身伤亡和或财产的直接损毁，依法应当由被保险人支付的赔偿金额，保险人依照法律法规和保险合同的规定给予赔偿。 ⑶机动车交通事故责任强制保险。国家法律规定实行的强制保险制度。交强险的目的是为交通事故受害人提供基本的保障。 附加险 ⑴盗抢险。全车被盗窃、被抢劫、被抢夺的保险车辆。此种情况需经县级以上公安刑侦部门立案侦查、证实，满3个月未查明下落。包括保险车辆全车被盗窃、被抢劫、被抢夺后受到损坏或因此造成车上零部件、附属设备丢失需要修
复的合理费用。 ⑵车上人员责任险。投保本保险的机动车辆在使用中，发生意外事故，致使保险车辆车上人员遭受人身伤亡，依法应由被保险人承担的经济赔偿责任，保险人依照法律法规和保险合同的规定给予赔偿。 ⑶玻璃单独破碎险。投保本保险的机动车辆在使用过程中，发生本车玻璃单独破碎，保险人按实际损失赔偿。 ⑷自燃损失险。投保本保险的机动车辆在使用中，因本车电器、线路、供油系统发生故障及运载货物自身原因起火燃烧，造成保险车辆损失，以及被保险人在发生本保险事故时，为减少保险车辆损失所支出的必要合理的施救费用，保险人负责赔偿。 ⑸不计免赔特约险。车辆发生车辆损失险或第三者责任险的保险事故造成赔偿，对应由被保险人承担的免赔金额，由保险公司负责赔偿。 ⑹车辆停驶损失险。保险车辆发生车辆损失险范围内的保险事故，造成车身损毁，致使车辆停驶而产生的损失，保险公司按规定进行以下赔偿：1）部分损失的，保险人在双方约定的修复时间内按保险单约定的日赔偿金额乘以从送修之日起至修复竣工之日止的实际天数计算赔偿；2）全车损毁的，按保险单约定的赔偿限额计算赔偿；3）在保险期限内，上述赔款累计计算，最高以保险单约定的赔偿天数为
软件设计模式复习
创建型模式概述 创建型模式(Creational Pattern)对类的实例化过程进行了抽象，能够将软件模块中对象的创建和对象的使用分离。为了使软件的结构更加清晰，外界对于这些对象只需要知道它们共同的接口，而不清楚其具体的实现细节，使整个系统的设计更加符合单一职责原则。 模式动机 考虑一个简单的软件应用场景，一个软件系统可以提供多个外观不同的按钮（如圆形按钮、矩形按钮、菱形按钮等），这些按钮都源自同一个基类，不过在继承基类后不同的子类修改了部分属性从而使得它们可以呈现不同的外观，如果我们希望在使用这些按钮时，不需要知道这些具体按钮类的名字，只需要知道表示该按钮类的一个参数，并提供一个调用方便的方法，把该参数传入方法即可返回一个相应的按钮对象，此时，就可以使用简单工厂模式。模式定义 简单工厂模式(Simple Factory Pattern)：又称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。 模式分析 将对象的创建和对象本身业务处理分离可以降低系统的耦合度，使得两者修改起来都相对容易。 在调用工厂类的工厂方法时，由于工厂方法是静态方法，使用起来很方便，可通过类名直接调用，而且只需要传入一个简单的参数即可，在实际开发中，还可以在调用时将所传入的参数保存在XML等格式的配置文件中，修改参数时无须修改任何Java源代码。 简单工厂模式最大的问题在于工厂类的职责相对过重，增加新的产品需要修改工厂类的判断逻辑，这一点与开闭原则是相违背的。 简单工厂模式的要点在于：当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。 简单工厂模式的不足 在简单工厂模式中，只提供了一个工厂类，该工厂类处于对产品类进行实例化的中心位置，它知道每一个产品对象的创建细节，并决定何时实例化哪一个产品类。简单工厂模式最大的缺点是当有新产品要加入到系统中时，必须修改工厂类，加入必要的处理逻辑，这违背了“开闭原则”。在简单工厂模式中，所有的产品都是由同一个工厂创建，工厂类职责较重，业务逻辑较为复杂，具体产品与工厂类之间的耦合度高，严重影响了系统的灵活性和扩展性，而工厂方法模式则可以很好地解决这一问题。 模式动机 考虑这样一个系统，按钮工厂类可以返回一个具体的按钮实例，如圆形按钮、矩形按钮、菱形按钮等。在这个系统中，如果需要增加一种新类型的按钮，如椭圆形按钮，那么除了增加一个新的具体产品类之外，还需要修改工厂类的代码，这就使得整个设计在一定程度上违反了“开闭原则”。 模式定义 工厂方法模式(Factory Method Pattern)又称为工厂模式，也叫虚拟构造器(Virtual Constructor)模式或者多态工厂(Polymorphic Factory)模式，它属于类创建型模式。在工厂方法模式中，工厂父类负责定义创建产品对象的公共接口，而工厂子类则负责生成具体的产品对象，这样做的目的是将产品类的实例化操作延迟到工厂子类中完成，即通过工厂子类来确定究竟应该实例化哪一个具体产品类。 模式分析 工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了面向对象的多态性，工厂方
工厂方法模式(讲)
工厂方法模式(Factory Method)—对象创建型模式 工厂模式有以下几种形态： 简单工厂（Simple Factory)模式； 工厂方法(Factory Method)模式，又称多形性工厂(Polymorphic Factory)模式； 抽象工厂(Abstract Factory)模式,又称工具箱(Kit或Toolkit)模式 概述 在软件系统中，经常面临着“某个对象”的创建工作，由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？提供一种封装机制来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变？这就是要说的Factory Method模式了。 意图 定义一个用户创建对象的接口，让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。 工厂方法模式解说 在工厂方法模式中，核心的工厂类不再负责所有产品的创建，而是将具体创建工作交给子类去做。这个核心类仅仅负责给出具体工厂必须实现的接口，而不接触哪一个产品类被实例化这种细节。这使得工厂方法模式可以允许系统在不修改工厂角色的情况下引进新产品。在Factory Method模式中，工厂类与产品类往往具有平行的等级结构，它们之间一一对应。 现在我们考虑一个日志记录的例子（这里我们只是为了说明Factory Method模
记录的类，支持记录的方法有FileLog和EventLog两种方式。在这里我们先不谈设计模式，那么这个日志记录的类就很好实现了： 1///
(工厂管理)J设计模式之工厂模式(F)
Java设计模式之工厂模式(Factory) 时间：2009-08-04 17:23 来源：未知作者：和水柔石 CSDN IE QQ百度我挖Google POCO Yahoo新浪365Key天极和讯博拉Live奇客鲜果收客饭否叽歪挖客 核心提示：作者：和水柔石一、引子话说十年前，有一个爆发户，他家有三辆汽车（Benz （奔驰）、Bmw （宝马）、Audi （奥迪）看来这人比较爱国，没有日本车），还雇了司机为他开车。不过，爆发户坐车时总是这样：上Benz 车后跟司机说开奔驰车！，坐上Bmw 后他说开 作者：和水柔石 一、引子 话说十年前，有一个爆发户，他家有三辆汽车（Benz （奔驰）、Bmw （宝马）、Audi （奥迪）看来这人比较爱国，没有日本车），还雇了司机为他开车。不过，爆发户坐车时总是这样：上Benz 车后跟司机说" 开奔驰车！" ，坐上Bmw 后他说" 开宝马车！" ，坐上Audi 后他说" 开奥迪车！" 。你一定说：这人有病！直接说开车不就行了？！而当把这个爆发户的行为放到我们程序语言中来，我们发现C 语言一直是通过这种方式来坐车的！幸运的是，这种有病的现象在OO 语言中可以避免了。下面以Java 语言为基础来引入我们本文的主题：工厂模式！！ 二、简介 工厂模式主要是为创建对象提供了接口。工厂模式按照《Java 与模式》中的提法分为三类： 1. 简单工厂模式(Simple Factory) 2. 工厂方法模式(Factory Method) 3. 抽象工厂模式(Abstract Factory) 这三种模式从上到下逐步抽象，并且更具一般性。还有一种分类法，就是将简单工厂模式看为工厂方法模式的一种特例，两个归为一类。下面是使用工厂模式的两种情况： 1. 在编码时不能预见需要创建哪种类的实例。 2. 系统不应依赖于产品类实例如何被创建、组合和表达的细节 三、简单工厂模式 顾名思义，这个模式本身很简单，而且使用在业务较简单的情况下。 它由三种角色组成（关系见下面的类图）： 1、工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。在java 中它往往由一个具体类实现。 2、抽象产品角色：它一般是具体产品继承的父类或者实现的接口。在java 中由接口或者抽象类来实现。 3、具体产品角色：工厂类所创建的对象就是此角色的实例。在java 中由一个具体类实现。
简单工厂模式、工厂方法模式实验
1. 使用简单工厂模式设计一个可以创建不同几何形状（Shape），如圆形（Circle）、矩形（Rectangle）的绘图工具工厂类，每个几何图形均有绘制draw()和擦除erase()两个方法，要求在绘制不支持的几何图形时，抛出一个UnSupportedShapeException。绘制类图并编程模拟实现。 代码实现 Shape.java Circle.java
Rectangle.java ShapeFactory.java UnSupportedShapeException.java Test.java
如果向工厂类传入参数“circle”，则返回一个Circle对象，如果传入参数“rectangle”，则返回一个Rectangle对象。现需要增加一个新的三角形Triangle类，如果传入参数“triangle”，则返回一个Triangle对象，对代码进行修改并注意工厂类的变化。 添加一个Triangle类 Triangle.java ShapeFactory类的代码，违背了开闭原则。 ShapeFactory.java
Assert.java 2. 现需要设计一个程序来读取多种不同类型的图片格式，针对每一种图片格式都设计一个图片读取器(ImageReader)，如GIF图片读取器(GifReader)用于读取GIF格式的图片、JPG 图片读取器(JpgReader)用于读取JPG格式的图片，所有的图片读取器都有读取图片的方法readImage()。图片读取器对象通过图片读取器工厂ImageReaderFactory来创建，ImageReaderFactory是一个抽象工厂接口，定义了创建图片读取器的工厂方法createImageReader()，其实现类GifReaderFactory用于创建GIF图片读取器(GifReader)对象，
保险公司车辆保险方案
保险公司车辆保险方案
中国移动通信集团广西有限公司车辆保险 方案 ⅩⅩ财产保险股份有限公司广西分公司
ⅩⅩ财产保险股份有限公司简介 ⅩⅩ财产保险股份有限公司(以下简称ⅩⅩ保险)是经中国人民银行批准，于1996年10月18日正式创立的一家专业性保险公司，总部设于深圳，注册资本为21亿元人民币，主要经营各种财产险、责任险、信用保证险、农业险、意外伤害险和短期健康险业务。经过十几年的发展，ⅩⅩ保险已经成长成为资产质量优良，员工队伍蓬勃，创新能力突出的全国性金融机构。 截至目前，ⅩⅩ保险经中国保险监督管理委员会批准，已在北京、上海、深圳、广东、湖南、福建、广西、江苏、四川、浙江、大连、山东、重庆、云南、陕西、辽宁、江西、山西、天津、安徽、湖北、河南、宁波、黑龙江、河北、贵州、吉林、内蒙古、青岛29个省、市、自治区开设分公司，下设机构千余家，在全国形成覆盖完整、重点突出、社区深入的网络布局。 ⅩⅩ保险广西分公司简介 2002年8月，经中国保险监督管理委员会批准，ⅩⅩ财产保险股份有限公司在广西设立了省级分公司——ⅩⅩ财产保险股份有限公司南宁分公司。作为华广西境内的经营管理机构，这是ⅩⅩ在我国西部地区设立的第一家分公司。2004年11月3日，经中国保险监督管理委员会广西监管局批准，“ⅩⅩ财产保险股份有限公司南宁分公司”正式更名为“ⅩⅩ财产保险股份有限公司广西分公司”。 自2002年成立以来，广西ⅩⅩ已经从最初十几人的团队发展到现在拥有近千名员工、90多个网点机构的队伍, 市场占有率由2007年的5.5%扩大到2010年的7.72%，市场排名仅次于老三家，在广西产险市场份额将达到8%，实现了保费及规模的大丰收，呈现出迅猛蓬勃的发展势头。在在成立的九年多时间里，ⅩⅩ保险广西分公司积极为各大企事业公司提供保险保障，提供优质的保险服务。尤其是在2008年至2010年的自治区本级事业公司公务用车定点保险招标项目中连续三年中标，为政府机关提供细致便捷的服务，充分展现了ⅩⅩ保险广西分公司的实力和竞争优势。ⅩⅩ保险广西分公司在为当地社会经济建设发展保驾护航的同时，也获得来自社会越来越多的认可和赞誉，优质的服务品牌也越来越深入人心。 经中国保险监督管理委员会广西监管局批准，目前ⅩⅩ财产保险股份有限公司广西分公司拥有六家同城支公司以及二十家地市三级机构，遍布桂林、柳州、贵港、百
设计模式简单工厂
简单工厂设计模式 目录 1.1摘要 (2) 2.1关键字 (2) 3.1开发工具 (2) 4.1简单工厂模式动机与定义： (2) 4.1.1模式动机 (2) 4.1.2模式定义 (2) 5.1简单工厂模式结构 (3) 6.1简单工厂模式实例： (4) 6.1.1代码分析 (4) 6.1.1.1Product（Shape抽象类）代码： (4) 6.1.1.2ConcreteProduct（Juxing,YuanXing,SanJiao具体产品类）代码：5 JuXing类： (5) YuanXing类： (6) SanJiao类： (6) 6.1.1.3Factory(Factory类)代码： (7) 6.1.1.4 (main类)： (7) 6.1.1.5运行结果： (10) 7.1结论 (10) 8.1参考文献： (10)
1.1摘要 本文从面向对象的角度对java接口的概念、作用以及使用它的好处做分析，讲解面向接口编程的方法，结合初步接触软件开发的人员习惯，从简单工厂设计模式的概念和其结构以及用途进行解析，重点讲解简单工厂设计模式在软件开发过程中的作用和好处，通过一些实例来说明简单工厂设计模式的特点。 2.1关键字 面向对象；java接口；接口编程；简单工厂设计模式。 3.1开发工具 Eclipse java语言开发 4.1简单工厂模式动机与定义： 在实际的软件开发过程中有时需要创建一些来自于相同父类的类的实例，为此可以专门定义一个类来负责创建这些类的实例，这些被创建的实例具有共同的父类。在这种情况下，可以通过传入不同的参数从而获取不同的对象，理由Java语言的特征，习惯上将创建其他类实例的方法定义为static方法，外部不需要实例化这个类就可以直接调用该方法来获得需要的对象，该方法也成为静态工厂方法。 4.1.1模式动机 考虑一个简单的软件应用场景，一个软件系统可以提供多个外观不同的按钮（如圆形按钮，矩形按钮等），这些按钮都源自同一个基类，不过在继承基类之后不同的子类修改了部分属性从而使得它们可以呈现不同的外观，如果我们希望在使用这些按钮时，不需要知道这些具体按钮类的名字，只需要知道表示该按钮的一个参数，并提供一个调用方便的方法，把该参数传入方法即可返回一个相应的按钮对象，此时，就可以使用简单工厂模式。 4.1.2模式定义 简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常具有共同的父类。
工厂模式的三种类型
工厂模式的三种类型： 1抽象工厂模式是所有形态的工厂模式中最为抽 象和最其一般性的。抽象工厂模式可以向客户端 提供一个接口，使得客户端在不必指定产品的具 体类型的情况下，能够创建多个产品族的产品对 象。 1.抽象工厂（Creator）角色 抽象工厂模式的核心，包含对多个产品结构的声明，任何工厂类都必须实现这个接口。 2.具体工厂（Concrete Creator）角色 具体工厂类是抽象工厂的一个实现，负责实例化某个产品族中的产品对象。 3.抽象（Product）角色 抽象模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。 4.具体产品（Concrete Product）角色 抽象模式所创建的具体实例对象 总结：抽象工厂中方法对应产品结构，具体工厂对应产品族。 2工厂方法模式同样属于类的创建型模式又被称 为多态工厂模式。工厂方法模式的意义是定义一个创建 产品对象的工厂接口，将实际创建工作推迟到子类当中。 核心工厂类不再负责产品的创建，这样核心类成为一个 抽象工厂角色，仅负责具体工厂子类必须实现的接口， 这样进一步抽象化的好处是使得工厂方法模式可以使系 统在不修改具体工厂角色的情况下引进新的产品。
1.抽象工厂（Creator）角色 工厂方法模式的核心，任何工厂类都必须实现这个接口。 2.具体工厂（Concrete Creator）角色 具体工厂类是抽象工厂的一个实现，负责实例化产品对象。 3.抽象（Product）角色 工厂方法模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。 4.具体产品（Concrete Product）角色 工厂方法模式所创建的具体实例对象 工厂方法模式与简单工厂模式在结构上的不同不是很明显。工厂方 法类的核心是一个抽象工厂类，而简单工厂模式把核心放在一个具 体类上。 工厂方法模式之所以有一个别名叫多态性工厂模式是因为具体工 厂类都有共同的接口，或者有共同的抽象父类。 当系统扩展需要添加新的产品对象时，仅仅需要添加一个具体对 象以及一个具体工厂对象，原有工厂对象不需要进行任何修改，也 不需要修改客户端，很好的符合了“开放－封闭”原则。而简单工厂 模式在添加新产品对象后不得不修改工厂方法，扩展性不好。 工厂方法模式退化后可以演变成简单工厂模式。 3简单工厂模式属于类的创建型模式,又叫做静态 工厂方法模式。通过专门定义一个类来负责创建 其他类的实例，被创建的实例通常都具有共同的 父类。 1.工厂（Creator）角色 简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，创建所需的产品对象。 2.抽象（Product）角色 简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。 3.具体产品（Concrete Product）角色
四种常见车险购买方案
四种常见车险购买方案 “车险怎么选择最实惠？在哪里购买最省钱？”这是“有车一族”最为头痛的事儿。针对这些问题，安邦保险云南分公司总经理助理敖思佳表示，投保车险，要根据自己车辆的新旧程度、自己的驾驶水平以及主要用途来选择，这样既能够保障自身权益，又能节省大部分费用。 敖思佳表示，前期我们对安邦保险近万名车主投保的情况进行分析，得出以下四种车险方案最为常见，车主们不妨作为参考，根据自己的情况选择。 方案1：全面型 投保项目：交强险＋车损险＋三者险＋盗抢险＋玻璃破碎险＋车上人员责任险＋不计免赔特约险 适合类型：新手＋新车 推荐说明：作为初出茅庐的新手，驾驶技能有待提高。所以，除了谨慎驾驶外，给爱车一个全面的保障是上策。 方案2：经济型 投保项目：交强险＋车损险＋三者险＋车上人员责任险＋不计免赔特约险 适合类型：新手＋旧车 推荐说明：不少新手常常开旧车练手艺，建议投保时还是要尽量保足。由于小偷很少光顾老旧车辆，所以盗抢险
可免；而老车的玻璃即使裂条缝，只要不影响驾驶，将就一下也未尝不可，因此玻璃破碎险可以不保，况且老旧车辆的玻璃也较为便宜。 方案3：常规型 投保项目：交强险＋车损险＋三者险＋盗抢险＋玻璃破碎险＋车上人员责任险＋划痕险 适合类型：老司机＋新车 推荐说明：崭新的靓车在吸引路人眼球的同时，也吸引了窃贼的注意，所以投保盗抢险时千万不能犹豫。对于新车来说，玻璃险和划痕险不可省；由于老司机大多有熟练的驾驶技能，所以出于费用考虑，可以放弃不计免赔特约险，但假如车被砸或者不小心擦着，那多冤枉呀，所以，如果荷包充足的话，仍建议投保。 方案4：基本型 投保项目：交强险＋车损险＋三者险＋车上人员责任险 适合类型：老司机＋旧车 推荐说明：高超的驾驶技能加上一辆服役年头较长的旧车，使您只需选择最重要的险种投保即可。交强险是强制投保险种，无法省略。同时，即使是旧车，大碰撞后修理也要花费不小的费用，所以投保车损险能减少很多麻烦。另外，与车相比，本车上的“人”才是最重要的，因此，投保车上人
工厂方法设计模式
实验三工厂方法设计模式 实验目的：加深对工厂方法设计模式及创建型设计模式原理的理解 实验环境：C#.Net 实验内容： 某系统日志记录器要求支持多种日志记录方式，如文件日志记录和到数据库日志记录等，且用户在应用场景下可以根据要求动态选择日志记录方式，现使用工厂方法设计模式设计该系统。 实验过程： 1、构建实现场景，画出UML类图 2、实现代码(C#) static void Main(string [] args) { Console .WriteLine("采用文件日志记录方式"); ILogFactory fileLogFactory = new FileLogFactory(); Log filelog = fileLogFactory .CreateLog();
filelog .write(); Console .WriteLine("=============================="); Console .WriteLine("采用数据库日志记录方式"); ILogFactory databaseLogFactory = new DatabaseLogFactory(); Log databaseLog = databaseLogFactory .CreateLog(); databaseLog .write(); } ///
保险公司车险产品销售渠道设计方案
保险公司车险产品销售渠道设计方案 1、车险产品销售背景 1、1、车险概况 20世纪初，在英国签署了世纪上第一份车险保单，从此车险市场开始发展，距离今日已有一百多年。尽管机动车辆保险在我国的历史较短，但是机动车辆保险已是我国财险中份额最多的保险种类。随着我国经济水平的不断上升，机动车使用量不断加大，机动车事故的發生率也越来越高。由车祸产生的高昂的医疗费用常常让人家毁人亡，妻离子散。随着车险的诞生，尤其是交强险和商业险的结合应用，为广大家庭解除了后果之忧。从2012年起财产保险保费收入就高达533093亿元，承保车辆129亿辆，同比增长1544%，车险原保费占财产保险7513%。据推算保险公司每分钟都能接收到车辆出险的电话，可想而知车险的诞生意义有多么的非凡。 1、2车险销售渠道业务的现状 通过大量的研究调查结果表明，在21世纪以前，财险公司的车险业务一直是依赖于直销。随着社会的进步，人们对保险意识的加强，近些年车险代理业务呈快速发展态势，特别是4S店遍布各大中小城市，县乡镇里面。不仅如此，代理渠道中的专业和兼职代理的比例与过去相比也有一定
的增长。在过去的很大一段时间里，保险公司大多数业务都是通过直销的模式进行的，这样做的最大好处在于可以很好地评估客户的风险状况。但是随着近些年来保险公司与客户之间的信息出现不对称的情况，保险公司无法有效地进行风险评估，有些代理商在利益的驱动下，故意骗保以及隐瞒重大影响因素的情况层出不穷，造成了各大渠道业务的高低不同。再者就是保险业的发展对于市场的竞争不断加大，各大保险销售渠道互相打压。 2、天平保险公司车险产品销售渠道现状 天平汽车保险股份有限公司成立于2004年，总部设在上海浦东陆家嘴金融区，主要经营机动车交通事故责任强制保险和机动车商业保险。在中国保险市场上的开创了无数个先河，是第一家实行非核心业务外包模式和第一家提供全面汽车安全服务的保险公司。 天平公司的销售模式为“销售外包模式”即“基于非核心业务外包的低成本”经营模式。即天平保险公司只承担产品研发、费率厘定、风险管理、财务、运营支持等核心业务，保险销售业务交给专业的分销商，而理赔业务则由专业的保险公估公司负责。在这种模式的运营下，保险业务基本通过外部真实渠道进入本公司，既充分利用了外部渠道资源、降低了业务成本，又实现了业务要求。这无疑是保险业的一次创新。
C#设计模式 之 工厂方法模式
工厂方法模式（Factory Method) 耦合关系： 动机(Motivation): 在软件系统中，由于需求的变化，"这个对象的具体实现"经常面临着剧烈的变化，但它却有比较稳定的接口。 如何应对这种变化呢？提供一种封装机制来隔离出"这个易变对象"的变化，从而保持系统中"其它依赖的对象"不随需求的变化而变化。 意图(Intent): 定义一个用户创建对象的接口，让子类决定实例哪一个类。Factory Method使一个类的实例化延迟到子类。 ----------《设计模式》GOF 结构图(Struct):
生活实例： 适用性： 1.当一个类不知道它所必须创建的对象类的时候。 2.当一个类希望由它子类来指定它所创建对象的时候。 3.当类将创建对象的职责委托给多个帮助子类中的某个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。 实例代码： CarFactory类： 1public abstract class CarFactory 2{ 3public abstract Car CarCreate(); 4} Car类： 1public abstract class Car 2{ 3public abstract void StartUp(); 4public abstract void Run(); 5public abstract void Stop(); 6 7} HongQiCarFactory类：
1public class HongQiCarFactory:CarFactory 2{ 3public override Car CarCreate() 4{ 5return new HongQiCar(); 6} 7} BMWCarFactory类： 1public class BMWCarFactory:CarFactory 2{ 3public override Car CarCreate() 4{ 5return new BMWCar(); 6} 7} HongQiCar类： 1public class HongQiCar:Car 2{ 3public override void StartUp() 4{ 5Console.WriteLine("Test HongQiCar start-up speed!"); 6} 7public override void Run() 8{ 9Console.WriteLine("The HongQiCar run is very quickly!"); 10} 11public override void Stop() 12{ 13Console.WriteLine("The slow stop time is3second"); 14} 15} BMWCar类： 1public class BMWCar:Car 2{
uml设计模式三个工厂类图代码详解
工厂模式在《Java与模式》中分为三类： 1）简单工厂模式（Simple Factory）：不利于产生系列产品； 2）工厂方法模式（Factory Method）：又称为多形性工厂； 3）抽象工厂模式（Abstract Factory）：又称为工具箱，产生产品族，但不利于产生新的产品； 这三种模式从上到下逐步抽象，并且更具一般性。 GOF在《设计模式》一书中将工厂模式分为两类：工厂方法模式（Factory Metho d）与抽象工厂模式（Abstract Factory）。将简单工厂模式（Simple Factory）看为工厂方法模式的一种特例，两者归为一类。 二、简单工厂模式 简单工厂模式又称静态工厂方法模式。重命名上就可以看出这个模式一定很简单。它存在的目的很简单：定义一个用于创建对象的接口。 在简单工厂模式中,一个工厂类处于对产品类实例化调用的中心位置上,它决定那一个产品类应当被实例化, 如同一个交通警察站在来往的车辆流中,决定放行那一个方向的车辆向那一个方向流动一样。 先来看看它的组成： 1) 工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。在java中它往往由一个具体类实现。 2) 抽象产品角色：它一般是具体产品继承的父类或者实现的接口。在java中由接口或者抽象类来实现。 3) 具体产品角色：工厂类所创建的对象就是此角色的实例。在java中由一个具体类实现。 三、工厂方法模式 工厂方法模式是简单工厂模式的进一步抽象化和推广，工厂方法模式里不再只由一个工厂类决定那一个产品类应当被实例化,这个决定被交给抽象工厂的子类去做。 来看下它的组成： 1)抽象工厂角色：这是工厂方法模式的核心，它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。在java中它由抽象类或者接口来实现。 2)具体工厂角色：它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。 3)抽象产品角色：它是具体产品继承的父类或者是实现的接口。在java中一般有抽象类
汽车保险方案设计
汽车保险方案设计 机动车辆保险即汽车保险，是指对机动车辆由于自然灾害或意外事故所造成的人身伤亡或财产损失负赔偿责任的一种商业保险。以下是小编搜集并整理的汽车保险方案设计，希望在阅读之余对大家能有所帮助! 基本险 ⑴车辆损失险。车辆损失险是指保险车辆遭受保险责任范围内的自然灾害或意外事故，造成保险车辆本身损失，保险人依据保险合同的规定给予赔偿。 ⑵第三者责任险。被保险人或其允许的合格驾驶员在使用保险车辆中，发生意外事故，致使第三者遭受人身伤亡和或财产的直接损毁，依法应当由被保险人支付的赔偿金额，保险人依照法律法规和保险合同的规定给予赔偿。 ⑶机动车交通事故责任强制保险。国家法律规定实行的强制保险制度。交强险的目的是为交通事故受害人提供基本的保障。 附加险 ⑴盗抢险。全车被盗窃、被抢劫、被抢夺的保险车辆。此种情况需经县级以上公安刑侦部门立案侦查、证实，满3个月未查明下落。包括保险车辆全车被盗窃、被抢劫、被抢夺后受到损坏或因此造成车上零部件、附属设备丢失需要修复的合理费用。
⑵车上人员责任险。投保本保险的机动车辆在使用中，发生意外事故，致使保险车辆车上人员遭受人身伤亡，依法应由被保险人承担的经济赔偿责任，保险人依照法律法规和保险合同的规定给予赔偿。 ⑶玻璃单独破碎险。投保本保险的机动车辆在使用过程中，发生本车玻璃单独破碎，保险人按实际损失赔偿。 ⑷自燃损失险。投保本保险的机动车辆在使用中，因本车电器、线路、供油系统发生故障及运载货物自身原因起火燃烧，造成保险车辆损失，以及被保险人在发生本保险事故时，为减少保险车辆损失所支出的必要合理的施救费用，保险人负责赔偿。 ⑸不计免赔特约险。车辆发生车辆损失险或第三者责任险的保险事故造成赔偿，对应由被保险人承担的免赔金额，由保险公司负责赔偿。 ⑹车辆停驶损失险。保险车辆发生车辆损失险范围内的保险事故，造成车身损毁，致使车辆停驶而产生的损失，保险公司按规定进行以下赔偿：1）部分损失的，保险人在双方约定的修复时间内按保险单约定的日赔偿金额乘以从送修之日起至修复竣工之日止的实际天数计算赔偿；2）全车损毁的，按保险单约定的赔偿限额计算赔偿；3）在保险期限内，上述赔款累计计算，最高以保险单约定的赔偿天数为限。本保险的最高约定赔偿天数为90天，且车辆停驶损失
工厂方法模式
定义：定义一个用于创建对象的接口，让子类决定实例化哪一个类，工厂方法使一个类的实例化延迟到其子类。类型：创建类模式 类图： 工厂方法模式代码 [java]view plaincopy
工厂模式： 首先需要说一下工厂模式。工厂模式根据抽象程度的不同分为三种：简单工厂模式（也叫静态工厂模式）、本文所讲述的工厂方法模式、以及抽象工厂模式。工厂模式是编程中经常用到的一种模式。它的主要优点有： ?可以使代码结构清晰，有效地封装变化。在编程中，产品类的实例化有时候是比较复杂和多变的，通过工厂模式，将产品的实例化封装起来，使得调用者根本无需关心产品的实例化过程，只需依赖工厂即可得到自己想要的产品。 ?对调用者屏蔽具体的产品类。如果使用工厂模式，调用者只关心产品的接口就可以了，至于具体的实现，调用者根本无需关心。即使变更了具体的实现，对调用者来说没有任何影响。 ?降低耦合度。产品类的实例化通常来说是很复杂的，它需要依赖很多的类，而这些类对于调用者来说根本无需知道，如果使用了工厂方法，我们需要做的仅仅是实例化好产品类，然后交给调用者使用。对调用者来说，产品所依赖的类都是透明的。 工厂方法模式： 通过工厂方法模式的类图可以看到，工厂方法模式有四个要素： ?工厂接口。工厂接口是工厂方法模式的核心，与调用者直接交互用来提供产品。在实际编程中，有时候也会使用一个抽象类来作为与调用者交互的接口，其本质上是一样的。 ?工厂实现。在编程中，工厂实现决定如何实例化产品，是实现扩展的途径，需要有多少种产品，就需要有多少个具体的工厂实现。 ?产品接口。产品接口的主要目的是定义产品的规范，所有的产品实现都必须遵循产品接口定义的规范。 产品接口是调用者最为关心的，产品接口定义的优劣直接决定了调用者代码的稳定性。同样，产品接口也可以用抽象类来代替，但要注意最好不要违反里氏替换原则。 ?产品实现。实现产品接口的具体类，决定了产品在客户端中的具体行为。 前文提到的简单工厂模式跟工厂方法模式极为相似，区别是：简单工厂只有三个要素，他没有工厂接口，并且得到产品的方法一般是静态的。因为没有工厂接口，所以在工厂实现的扩展性方面稍弱，可以算所工厂方法模式的简化版，关于简单工厂模式，在此一笔带过。 适用场景： 不管是简单工厂模式，工厂方法模式还是抽象工厂模式，他们具有类似的特性，所以他们的适用场景也是类似的。 首先，作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过new就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。 其次，工厂模式是一种典型的解耦模式，迪米特法则在工厂模式中表现的尤为明显。假如调用者自己组装产品需要增加依赖关系时，可以考虑使用工厂模式。将会大大降低对象之间的耦合度。 再次，由于工厂模式是依靠抽象架构的，它把实例化产品的任务交由实现类完成，扩展性比较好。也就是说，当需要系统有比较好的扩展性时，可以考虑工厂模式，不同的产品用不同的实现工厂来组装。 典型应用
C设计模式工厂型设计示例
名 称 Factory Method 结 构 意 图 定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。 适 用 性 ?当一个类不知道它所必须创建的对象的类的时候。 ?当一个类希望由它的子类来指定它所创建的对象的时候。 ?当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。 namespace FactoryMethod_DesignPattern { using System; . . /// public class Client { public static int Main(string[] args) { MyApplication myApplication = new MyApplication(); (); (); return 0;
} } } 一、工厂方法（Factory Method）模式 工厂方法（FactoryMethod）模式是类的创建模式，其用意是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类中。 工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态性，工厂方法模式保持了简单工厂模式的优点，而且克服了它的缺点。 在工厂方法模式中，核心的工厂类不再负责所有产品的创建，而是将具体创建工作交给子类去做。这个核心类仅仅负责给出具体工厂必须实现的接口，而不接触哪一个产品类被实例化这种细节。这使得工厂方法模式可以允许系统在不修改工厂角色的情况下引进新产品。 在Factory Method模式中，工厂类与产品类往往具有平行的等级结构，它们之间一一对应。 二、Factory Method模式角色与结构： 抽象工厂（Creator）角色：是工厂方法模式的核心，与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。
工厂方法模式应用场景举例
工厂方法模式应用场景举例
所谓的单例模式是指单个实例，单即单个的意思，例乃实例的意思，就是一个类生成的对象。因此，单例模式的功能作用就是保证一个类只生成一个对象，是在代码级的实现，不是人工维护的。 【工厂方法模式应用场景举例】 比如在玩“极品飞车”这款游戏，晕了吧，我喜欢极品飞车：），在玩这款游戏时，游戏者可以选择从不同品牌来选择赛车，那么这个“品牌”其实也就是工厂，每个工厂生产的赛车都不一样，这就是典型的工厂方法的应用场景。 【工厂方法模式解释】 类型：创建模式 定义一个用于创建对象的接口，让其子类来决定实例化哪一个类（产品），工厂方法使一个类的创建延迟到其子类中。 【工厂方法模式UML图】 【工厂方法模式-JAVA代码实现】 新建赛车的接口： package car_interface; public interface Icar_interface { public void start(); public void stop(); }
新建1个汽车信息的基类： package car_imple; import car_interface.Icar_interface; public class base_car_imple implements Icar_interface { private int speed; private String name; public int getSpeed() { return speed; } public void setSpeed(int speed) { this.speed = speed; } public String getName() { return name; } public void setName(String name) { https://www.360docs.net/doc/f41087374.html, = name; } public void start() { // TODO Auto-generated method stub } public void stop() { // TODO Auto-generated method stub } } 新建奥迪汽车实现类： package car_imple; import car_interface.Icar_interface; public class car_audi_imple extends base_car_imple { public void start() { System.out.println(this.getName() + " 车以专利技术起动了最高速度为：" + this.getSpeed()); } public void stop() { System.out.println(this.getName() + " 车以专利技术停车了"); } } 新建大众汽车实现类：
车险活动方案
车险活动方案 车险活动方案 篇一： 平安汽车保险营销策划方案江苏经贸职业技术学院《金融营销》期末课程设计 201X/201X学年第二学期营销策划方案班级 09国际金融 （一）班姓名陈培学号 40 成绩二零一一年六月考试说明 一、考试形式： 提交一份完整的营销策划方案(必须是A4打印稿) 二、提交时间： 在最后一次课结束之前 三、要求： （一）可选择任一金融企业或者产品进行营销策划 （二）格式及内容要求一个完整的策划方案至少需要包含以下的内容： 1.营销环境分析（宏观环境分析、微观环境分析、市场概况等） 2.消费者分析（消费特征、年龄、性别、职业、收入、受教育程度、区域分布、购买动机、消费者对产品的态度、购买的时间地点频次等） 3.金融产品分析（包含产品特点分析、产品生命周期、产品定位、ST分析等） 4.市场竞争状况分析（竞争对手是谁？他们的营销策略是什么？实施效果如何？） 5.STP战略分析（市场细分、目标市场策略、产品定位策略） 6.4p’s策略表现（产品策略、价格策略、渠道策略、促销策略等） 7.计划执行与费用预算（执行团队、时间段、运用媒体、费用预算等） 8.策划调整与效果监测。
（三）打印要求论文必须以A4纸打印；打印的格式为： 1.正反面打印，第一页为封面，封面上不要有页码，封二为考试说明，也无须页码； 2.第二页开始为正文，正文页码从第1页开始，页码居中，正文字体要求： 一级标题、二级标题、三级标题均采用小四号楷体并加粗，正文中其它字体采用五号宋体。 （四）论文提交要求每位同学须提交电子版和打印好的文稿各一份，电子版文稿在最后一次课前发送至邮箱： mjxzuye@12 6.，邮件标题为“姓名＋学号＋策划方案标题”，打印好的文稿在最后一次课之前统一交到老师手里，未按照要求提交论文者本门考试成绩以零分计。 （五）字数要求策划方案至少写到3000字以上。要求有三级提纲，尽量做到观点清楚，层次清晰，语言流畅，并能体现专业的特点。尽量少犯一些低级错误，比如格式混乱，段前未空两格，错别字较多等。特别声明： 方案需独立完成，如发现抄袭，期末成绩一律按零分计。平安汽车保险营销策划方案概要提示为了扩大平安车险的客户市场群，扩大车险市场占有份额，发展潜在客户。我们公司将在201X年十一国庆期间通过一系列的营销策略，整合产品营销和关系营销，实行购车险即可获得奖品等促销活动，将车险推上我们公司的主打发展力量，成为公司的主要利润来源和业绩的主增长点，同时也给平安保险树立起品牌文化形象，打造稳健的、专业的、负责的金融企业形象。 一、策划目的本次策划主要针对汽车保险展开营销，其主要目的在于增加我们公司的经济效益，扩大车险市场占有份额，同时建立企业内部文化及品牌形象，发展潜在客户。我们将对车险进行营销推广的同时，对公司内部专业人员的专业性水平，服务性水平进行提高，以满足广大消费者的不同需求。