设计模式之外观模式

外观模式(Facade Pattern)又叫门面模式,定义一个将子系统的一组接口集成在一起的高层接口,以提供一个一致的外观

外观模式让外界减少与子系统内多个模块的直接交互,从而减少耦合,让外界可以更轻松地使用子系统

外观模式的组成

  1. 门面角色:外观模式的核心。它被客户角色调用,它熟悉子系统的功能。内部根据客户角色的需求预定了几种功能的组合
  2. 子系统角色:实现了子系统的功能。它对客户角色和Facade是未知的
  3. 客户角色:通过调用Facede来完成要实现的功能

代码实现

// 定义求和方法
class Sum {
  sum(a, b) {
    return a + b
  }
}
// 定义求剩余方法
class Minus{
  minus(a, b) {
    return a - b
  }
}
// 通过一个外观对象统一暴露
class Calculator{
  sumFn
  minusFn
  constructor() {
    this.sumFn = new Sum()
    this.minusFn = new Minus()
  }
  sum(a, b) {
    return this.sumFn.sum(a, b)
  }
  minus(a, b) {
    return this.minusFn.minus(a, b)
  }
}
// 创建外观实例
let calc = new Calculator()
// 调用
console.log('sum', calc.sum(1, 2))
console.log('minus', calc.minus(6, 2))

外观模式使用场景

  1. 对代码和结构进行有规范的分离,层于层之间建立外观模式
  2. 讲多个复杂的功能或者接口进行分装,统一对外提供一个简单的调用接口

外观模式的优缺点

  1. 优点:实现了子系统于客户端的松耦合,客户端屏蔽了子系统组件,减少了需要出了的对象or方法数目,更加方便调用
  2. 缺点:不符合开闭原则,如果要修改一个子系统功能,通常外观模式也要一起修改,没有办法阻止外部不通过外观类访问子系统的功能(所有暴露的方法都是公开的)
内容概要:本文档定义了一个名为 `xxx_SCustSuplier_info` 的视,用于整合和展示客户(Customer)和供应商(Supplier)的相关信息。视通过连接多个表来获取组织单位、客户账户、站点使用、位置、财务代码组合等数据。对于客户部分,视选择了与账单相关的记录,并提取了账单客户ID、账单站点ID、客户名称、账户名称、站点代码、状态、付款条款等信息;对于供应商部分,视选择了有效的供应商及其站点信息,包括供应商ID、供应商名称、供应商编号、状态、付款条款、财务代码组合等。视还通过外连接确保即使某些字段为空也能显示相关信息。 适合人群:熟悉Oracle ERP系统,尤其是应付账款(AP)和应收账款(AR)模块的数据库管理员或开发人员;需要查询和管理客户及供应商信息的业务分析师。 使用场景及目标:① 数据库管理员可以通过此视快速查询客户和供应商的基本信息,包括账单信息、财务代码组合等;② 开发人员可以利用此视进行报表开发或数据迁移;③ 业务分析师可以使用此视进行数据分析,如信用评估、付款周期分析等。 阅读建议:由于该视涉及多个表的复杂连接,建议读者先熟悉各个表的结构和关系,特别是 `hz_parties`、`hz_cust_accounts`、`ap_suppliers` 等核心表。此外,注意视中使用的外连接(如 `gl_code_combinations_kfv` 表的连接),这可能会影响查询结果的完整性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值