开发中的封装思维.pptxVIP

开发中的封装思维 谓之思维者，适性乃强 什么是封装 用袋子装起来，留个口，用时打开，不用时封上 将代码写到一个方法里，用时直接调用方法而不用重写代码 为什么封装 降低代码量 提高开发效率 降低错误率 提高安全性 适应扩展需要 什么时候封装 两处以上存在相同的代码段，就要思考是否有必要封装 思考代码相同的根本原因 业务逻辑的一致性：非常有必要 纯代码（不依赖业务）逻辑过程（比如判断、计算、排序等）：越复杂越有必要 封装到哪 工具类（静态方法） 功能或过程用途明确且不依赖上下文 帮助类（非静态，需实例化后使用） 组合功能或业务需要 抽象类、接口 流程大部分一致，少部分过程需个性化 父类继承 与接口类似，个性化的部分有默认的逻辑 工具类举例 字符串处理工具类 日期时间处理工具类 文件读取工具类 图片处理工具类 多线程工具类 日志输出工具类 网络访问工具类 …… 封装思维 抽象、间接、模块化 抽象 从单个案例，扩散思考是否有类似的案例，将这一类的案例统一进行思考，这种思维就是抽象。 实体 信息 流程 逻辑 规则 抽象之后，之前和之后逻辑就更能统一 抽象案例 省、市、县，自然会抽象为地区 法人，将公司抽象为人，像人一样看待 这就是典型的抽象 DBHelper 将事务处理过程抽象，并用一个帮助类来完成事务的所有处理过程 String.isNullOrEmpty() 判断字符串为空的逻辑抽象为一个方法 MVC结构就是一种抽象 应用系统过程抽象为模型-显示-控制 间接 流程可以抽象，但流程中的数据难以抽象为统一对象，则建立一个中间对象 间接案例 现实：集装箱 货物（食品、汽车） 集装箱 集装箱  运输（飞机、火车、火车、轮船） 电商：订单 商品（书、手机、服装） 订单 订单  支付（现金、在线平台支付、第三方支付、找人代付） 模块化 拆分：复杂的流程拆分为完成不同功能的模块，甚至是组件或插件 交易流程中将支付过程拆分出来为支付模块 组合：功能相似、流程相似的逻辑组合在一起而形成模块 不同支付渠道的支付接口，建立模块统一开发和管理 模块化By业务 根据业务的结构来划分模块是最常见的方式 团队管理、客户管理 根据业务使用者的角色来划分 财务管理、运营管理 根据业务的逻辑或时间上的先后关系划分 销售管理、项目管理、售后管理 模块化By技术 根据架构设计的要求来划分 登录验证模块、权限模块、日志模块、系统异常模块 根据使用的技术来划分 文件资源管理、即时通讯、支付子系统 开发时要常带封装思维，既为己，也为公（完）