Java模式学习一、简单工厂
类别: JAVA教程 
学习模式中，请大家多指正
说明：
一、事例说明：
1. 模拟采用Blog形式的图片站点。
2. 主要用户为普通浏览者（Browser），注册用户（Bloger），系统管理员（Admin）。
3. 网站存储数据为图片（Pic），图片分类（List），图片评论（Comment）；
4. 主要行为有
4.1 浏览者（Browser）对图片（Pic）及分类（List）的浏览（browse）、查询（find）及发表评论（comeout）。
4.2 注册用户（Bloger）对图片（Pic）及分类（List）的浏览（browse）、查询（find）、上传（upload）、下载（download）、创建（create）、删除（delete）、发布（issue）等管理（Control）功能。对个人信息（Personal）的注册（enrol）、登陆（login）编辑（Edit）、加密（encrypt）、发布（issue）等管理（Control）功能。
4.3 管理员（Admin）对图片（Pic）、分类（List）及评论（Comment）的审核（audit）、备份（backup）、发布（issue）等管理（Control）功能。对注册用户（Bloger）的浏览（browse）、查询（find）、创建（create）、删除（delete）、审核（audit）等管理功能。
5. 主要模块有
5.1 类：浏览者（Browser）、注册用户（Bloger）、系统管理员（Admin）、图片（Pic）、图片分类（List）、图片评论（Comment）、个人信息（Personal）。
5.2 功能或接口：
a、 图片浏览（browsePic）、图片查询（findPic）、、图片上传（uploadPic）、图片下载（downloadPic）、图片创建（createPic）、图片删除（delPic）、图片发布（issuePic）、图片审核（auditPic）、图片备份（backupPic）、图片管理（controlPic）。
b、 分类浏览（browseList）、分类查询（findList）、分类创建（createList）、分类删除（delList）、分类发布（issueList）、分类审核（auditList）、分类管理（ControlList）。
c、 评论浏览（browseComment）、评论发表（comeoutComment）、评论删除（delComment）、评论审核（auditComment）、评论管理（ControlComment）。
d、 用户注册（enrol）、用户登陆（login）、
e、 个人信息浏览（browsePersonal）、个人信息查询（findPersonal）、个人信息创建（createPersonal）、个人信息编辑（editPersonal）、个人信息删除（delPersonal）、个人信息加密（encryptPersonal）、个人信息发布（issuePersonal）、个人信息审核（auditPersonal）、个人信息管理（ControlPersonal）。
6. 本事例为学习Java模式进行试验所构，非真实事例。
模式：
一、简单工厂
1. 基本的简单工厂（SimpleFactoryBisic）：
1.1 设计思路：
简单工厂模式（Simple Factory）是类的创建模式，又叫静态工厂方法（Static Factory Method）模式。简单工厂模式就是由一个工厂类根据传入的参数决定创建哪一种的产品类。
在本例中采用单一的简单工厂构建系统，其角色定位为：
工厂类角色：Bloger因Bloger为系统中业务逻辑的主要执行者，也是具体产品类角色直接调用者。
抽象产品角色：Result，Result为一接口或抽象类，负责具体产品角色的定义，及与客户端的交互。
具体产品角色：Pic、List、Comment、Personal，被工厂类创建的对象，也是客户端实际操作对象。
客户端：Browser、Admin，调用工厂类Bloger产生Result实例，并调用Result进行相应工作。
1.2 UML图：
1.1 思考：
在本例中采用单一的简单工厂模式效果不佳，其暴露的缺点有：1、具体产品类的共性少，属性与方法无法统一在同一个接口中，无法突出个性，也使用户权限划分困难。使产品类增加不必要的方法。2、Bloger角色功能错位。3、简单工厂模式无疑是简单的。
1. 扩展的简单工厂（SimpleFactoryUpgrade）：
2.1 设计思路：
在SimpleFactoryBasic基础上按用户权限划分模块，体现用户之间的继承关系，根据依赖倒转原则将具体功能抽象为接口，由不同用户的工厂类创建，不同的用户只能调用其自身的功能， 使程序条例清晰，功能明确。
2.2 UML图：
2.1 思考：
在本例中有效的解决了在Basic上用户权限划分困难的。同时释放了Bloger类，使程序更加清晰明确，也使具体产品类的属性与方法冲突的矛盾的到一定的解决，具有一定的可实施性。其缺点主要在具体产品类间属性与方法，产品与接口之间冲突依旧。
说明：
一、事例说明：
1. 模拟采用Blog形式的图片站点。
2. 主要用户为普通浏览者（Browser），注册用户（Bloger），系统管理员（Admin）。
3. 网站存储数据为图片（Pic），图片分类（List），图片评论（Comment）；
4. 主要行为有
4.1 浏览者（Browser）对图片（Pic）及分类（List）的浏览（browse）、查询（find）及发表评论（comeout）。
4.2 注册用户（Bloger）对图片（Pic）及分类（List）的浏览（browse）、查询（find）、上传（upload）、下载（download）、创建（create）、删除（delete）、发布（issue）等管理（Control）功能。对个人信息（Personal）的注册（enrol）、登陆（login）编辑（Edit）、加密（encrypt）、发布（issue）等管理（Control）功能。
4.3 管理员（Admin）对图片（Pic）、分类（List）及评论（Comment）的审核（audit）、备份（backup）、发布（issue）等管理（Control）功能。对注册用户（Bloger）的浏览（browse）、查询（find）、创建（create）、删除（delete）、审核（audit）等管理功能。
5. 主要模块有
5.1 类：浏览者（Browser）、注册用户（Bloger）、系统管理员（Admin）、图片（Pic）、图片分类（List）、图片评论（Comment）、个人信息（Personal）。
5.2 功能或接口：
a、 图片浏览（browsePic）、图片查询（findPic）、、图片上传（uploadPic）、图片下载（downloadPic）、图片创建（createPic）、图片删除（delPic）、图片发布（issuePic）、图片审核（auditPic）、图片备份（backupPic）、图片管理（controlPic）。
b、 分类浏览（browseList）、分类查询（findList）、分类创建（createList）、分类删除（delList）、分类发布（issueList）、分类审核（auditList）、分类管理（ControlList）。
c、 评论浏览（browseComment）、评论发表（comeoutComment）、评论删除（delComment）、评论审核（auditComment）、评论管理（ControlComment）。
d、 用户注册（enrol）、用户登陆（login）、
e、 个人信息浏览（browsePersonal）、个人信息查询（findPersonal）、个人信息创建（createPersonal）、个人信息编辑（editPersonal）、个人信息删除（delPersonal）、个人信息加密（encryptPersonal）、个人信息发布（issuePersonal）、个人信息审核（auditPersonal）、个人信息管理（ControlPersonal）。
6. 本事例为学习Java模式进行试验所构，非真实事例。
模式：
一、简单工厂
1. 基本的简单工厂（SimpleFactoryBisic）：
1.1 设计思路：
简单工厂模式（Simple Factory）是类的创建模式，又叫静态工厂方法（Static Factory Method）模式。简单工厂模式就是由一个工厂类根据传入的参数决定创建哪一种的产品类。
在本例中采用单一的简单工厂构建系统，其角色定位为：
工厂类角色：Bloger因Bloger为系统中业务逻辑的主要执行者，也是具体产品类角色直接调用者。
抽象产品角色：Result，Result为一接口或抽象类，负责具体产品角色的定义，及与客户端的交互。
具体产品角色：Pic、List、Comment、Personal，被工厂类创建的对象，也是客户端实际操作对象。
客户端：Browser、Admin，调用工厂类Bloger产生Result实例，并调用Result进行相应工作。
1.2 UML图：
1.1 思考：
在本例中采用单一的简单工厂模式效果不佳，其暴露的缺点有：1、具体产品类的共性少，属性与方法无法统一在同一个接口中，无法突出个性，也使用户权限划分困难。使产品类增加不必要的方法。2、Bloger角色功能错位。3、简单工厂模式无疑是简单的。
1. 扩展的简单工厂（SimpleFactoryUpgrade）：
2.1 设计思路：
在SimpleFactoryBasic基础上按用户权限划分模块，体现用户之间的继承关系，根据依赖倒转原则将具体功能抽象为接口，由不同用户的工厂类创建，不同的用户只能调用其自身的功能， 使程序条例清晰，功能明确。
2.2 UML图：
2.1 思考：
在本例中有效的解决了在Basic上用户权限划分困难的。同时释放了Bloger类，使程序更加清晰明确，也使具体产品类的属性与方法冲突的矛盾的到一定的解决，具有一定的可实施性。其缺点主要在具体产品类间属性与方法，产品与接口之间冲突依旧。
- 上一篇: 每个初学JAVA者都应该搞懂的问题
- 下一篇: Java & regex（2-3）
