《重构-代码整洁之道TypeScript版》第4天1. 这是如下我们要实现的目标任务列表（每天进步一点点⏰） 2. De

今天让我们来继续第4天，老规矩先来回顾一下昨天我们都实现了哪些：

Consolidate Conditional Expression（合并条件表达式）　

Consolidate Duplicate Conditional Fragments（合并重复的条件片段）　　

Convert Procedural Design to Objects（将过程化设计转化为对象设计）　　

（图片：梅里雪山）

什么是重构 ?

简单理解就是不改变软件可观察行为的前提下，改善其内部结构,以提高理解性和降低修改成本。

1. 这是如下我们要实现的目标任务列表（每天进步一点点⏰）　　

2. Decompose Conditional（分解条件表达式）　

描述🍏：你有一个复杂的if..else if ...else语句，可以把它从复杂的代码中提取出来

动机🍃：在业务开发中，你必须编写代码来检查不同的条件分支、根据不同的分支做不同的事，然后你就会得到一个相当长的函数，大型函数自身就会使代码的可读性下降，而条件逻辑则会使代码更难阅读。

//假设我要计算购买某样商品的总价（总价＝数量X单价），而这个商品在冬季和夏季的单价是不同的：
if (date.before(SUMMER_START) || date.after(SUMMER_END)) {
  charge = quantity * _winterRate + _winterServiceCharge;
} else {
  charge = quantity * _summerRate;
}

我把每个分支的判断条件都提炼到一个独立函数中，如下所示（伪代码）：

if(Summer(date)){
  charge = winterCharge(quantity);
}else{
  charge = summerCharge(quantity);
} 
// ...如下代码在类中
private  Summer(date:Date):boolean{
  return date.before(SUMMER_START) || date.after(SUMMER_END); 
}
private  summerCharge(quantity:number):number{
  return quantity*summerRate;
}
private  winterCharge(int quantity){
  return quantity* winterRate+_winterServiceCharge;
｝

通过如上代码我们能看到整个结构更加清晰。还有一个神来之笔就是用字典了。

const result = 'a';
// bad
if(result == "a"){
  ...
}else if(result == "b"){
   ...
}else{
  ...
}
//best 我们采用字典
interface IDictionaries {
  [key: string]: any;
}

const obj: IDictionaries = {
  a: () => {},
  b: () => {},
};
const fn = obj[result];
fn && fn();

3. Duplicate Observed Data（复制“被监视数据”）　

描述🐥：你有一些数据置身在GUI控件中（HTML页面）中，而领域函数（在服务端、NW开发的PC端等）需要访问这些数据。将该数据复制到一个领域对象中，建立一个Observer模式，用以同步领域对象和GUI对象内的重复数据。

上文提到了领域对象，对于很多Web前端的同学是很模糊的，我们来一起学习下吧。

“领域对象(Domain Object)也被称为实体类,它代表了业务的状态,且贯穿展现层、业务层和持久层,并最终持久化到数据库,如果只是简单的理解的话,领域对象可以看做是数据库表的对应java类。如果对应到大家的前端开发里也就是我们Vue里的data啦。

说到了领域对象就一定要谈一下领域驱动模型。业务逻辑都是写在Service中的，WmActPoi充其量只是个数据载体（Vue里的data只是定义了数据的基本形态，全部业务处理逻辑都堆积在了method里）没有任何行为，是一种贫血模型，下图呢就是DDD的整体运行流程。

采用DDD的设计思想，业务逻辑不再集中在几个大型的类上，而是由大量相对小的领域对象(类)组成，这些类具备自己的状态和行为，每个类是相对完整的独立体，并与现实领域的业务对象映射。领域模型就是由这样许多的细粒度的类组成。如下我贴上一段非常核心的TypeScript实战DDD的代码。

看不懂的同学大家可以关注下@node-ts/ddd

// user.ts
import { AggregateRootProperties, AggregateRoot, Uuid } from '@node-ts/ddd'
import { UserRegistered, UserPasswordChanged, UserDisabled } from './events'
import { OAuthService } from './services'

export interface UserProperties extends AggregateRootProperties {
  email: string
  isEnabled: boolean
  passwordChangedAt: Date | undefined
}

export class User extends AggregateRoot implements UserProperties {
  email: string
  isEnabled: boolean
  passwordChangedAt: Date | undefined

  // Creation static method. Aggregates are never "newed" up by consumers.
  static register (id: Uuid, email: string): User {
    const userRegistered = new UserRegistered(
      id,
      email,
      true
    )

    const user = new User(id)
    // event is applied to the user object
    user.when(userRegistered)
    return user
  }

  /**
   * Changes the user's password that's used to log in to the site
   * @param oauthService the oauth service that hosts the user account
   * @param newPassword password the user wants to use
   */
  async changePassword (oauthService: OAuthService, newPassword: string): Promise<void> {
    // A domain service is used to perform the actual change of password
    await oauthService.changePassword(this.id, newPassword)

    const userPasswordChanged = new UserPasswordChanged(
      this.id,
      new Date()
    )
    super.when(userPasswordChanged)
  }

  /**
   * Disable the user account so they can no longer log in
   */
  disable (): void {
    const userDisabled = new UserDisabled(this.id, false)
    super.when(userDisabled)
  }
  
  protected whenUserRegistered (event: UserRegistered): void {
    this.email = event.email
    this.isEnabled = event.isEnabled
  }

  protected whenPasswordChanged (event: UserPasswordChanged): void {
    this.passwordChangedAt = event.passwordChangedAt
  }

  protected whenUserDisabled (event: UserDisabled): void {
    this.isEnabled = event.isEnabled
  }
}

动机🐈：一个分层良好的系统，应该将处理用户界面和处理业务逻辑的代码分开。若果你遇到的代码是以两层方式开发，业务逻辑被内嵌在用户的界面之中，你就有必要将行为分离出来，其中重要的任务就是函数的分解和搬移。但数据就不同了：你不能仅仅只是移动数据，必须将它复制到新的对象中，并提供相同的同步机制。

// 其实这个规则说成前端的大白话就是如果一个数据前后都需要 就把他设置成可Observable
// 目前的前端开发处理这个有Vue 、Mobx等等。但是单独处理这个有Rx.js 
const locations = new RX.Observable((observer) => {
    let watchId: number;
    if ('geolocation' in navigator) {
      watchId = navigator.geolocation.watchPosition((position: Position) => {
        observer.next(position);
      }, (error: PositionError) => {
        observer.error(error);
      });
    } else {
      observer.error('Geolocation not available');
    }
  
    return {
      unsubscribe() {
        navigator.geolocation.clearWatch(watchId);
      }
    };
  });
  
  const locationsSubscription = locations.subscribe({
    next(position:Position) {
      console.log('Current Position: ', position);
    },
    error(msg:string) {
      console.log('Error Getting Location: ', msg);
    }
  });
  
  setTimeout(() => {
    locationsSubscription.unsubscribe();
  }, 10000);

如上的demo监听的是定位信息，当然这个定位也可以是后端发起请求的数据，说白了多端一起监听这个locations，而不是分散到各自的类中各自维护。

4. Encapsulate Collection（封装集合）　

描述🌾：让一个函数返回该集合的一个只读副本，并在这个类中提供添加、移除集合元素的函数。

动机🐻：我们常常会在一个类中使用集合(Map、Set、Array)，通常这样的类也会提供针对该集合的取值、设值函数。这个时候，取值函数不应该返回集合本身，因为这样会让用户得以修改集合内容而集合拥有者缺一无所知，这样也会暴露过多对象内部数据结构的信息。另外设置函数不应该提供添加修改和移除的操作，但不能直接重写该集合。如果做到了这些集合就被很好的封装了起来，这样便可以降低集合永州这和用户之间的耦合度。

这个规则不是很复杂，老袁就不给大家列具体的 code了。

前端圈最好用的刷题工具

扫码 get 前端圈刷题神器，解锁800+道 有答案和解析的 前端面试真题，全部来自BAT、TMD等一二线互联网公司。

回顾第一天的文章👉 ：《重构-代码整洁之道TypeScript版》第一天

回顾第二天的文章👉 ：《重构-代码整洁之道TypeScript版》第二天

回顾第三天的文章👉 ：《重构-代码整洁之道TypeScript版》第三天

每一次我们不会给大家写过多的重构规则，力求每天用几分钟时间真正去理解了重构。明天见~如果您有什么意见和反馈，欢迎您在下方留言。

作者【老袁】
2020 年 07月 31日