装饰器模式在React中实际使用场景

更新日期: 2019-08-07阅读: 2.5k标签: 模式

首先简要的介绍一下问题,我们公司大部分项目都是使用umi+Ant Design Pro 构建(下面的Pro都指代它),因为场景的不同,我们总是要根据不同的场景区分和抽离布局组件,在Pro中的layouts文件夹里面已经为我们提供了不同场景的布局组件。

大部分页面包含了通用的导航、侧边栏、顶部通知、页面标题等元素,这时候我们会使用BasicLayout作为布局组件,使用如下:

 {
   path: '/org',
   component: '../layouts/SecurityLayout',
   routes: [
     {
       path: '/',
       component: '../layouts/BasicLayout',
       authority: [],
       routes: [
         {
           path: '/org/dashboard',
           name: 'dashboard',
           component: './dashboard'
         },
         {
           path: '/org/department',
           name: 'department',
           component: './department',
           hideInMenu: true
         },
         {
           path: '/org/user',
           name: 'user',
           component: './user/list'
         },
         {
           component: './404'
         }
       ]
     }
   ]
 },

这时候问题就出现了,/org/department页面的布局不是BasicLayout,而是BlankLayout。那怎么办?

刚开始这种页面不多,直接就在BasicLayout中的render函数中判断location.pathname的值,直接return一个children,代码如下:

    if (['/org/department'].indexOf(pathname) > -1) {
      return <div>{children}</div>
    }

从此不优雅的代码开始疯狂的增长,想象一下当有十几个页面出现这种情况的时候。

下面我们就用装饰器模式,优雅的解决这个问题。先实现一个装饰器,一个高阶组件ExcludeLayout:

import react, { Component } from 'react';
import BlankLayout from './BlankLayout';

function ExcludeLayout(opt) {
  return function(WrappedComponent) {
    return class extends Component {
      render() {
        const {
          children,
          location = {
            pathname: '',
          },
        } = this.props;
        const { routes } = opt;
        const { pathname } = location;

        if (routes.indexOf(pathname) > -1) {
          return <BlankLayout {...this.props} />
        }

        return (
          <WrappedComponent {...this.props} />
        );
      }
    }
  }
}

export default ExcludeLayout;

上面这个高阶函数其实就是进行路由的挟持,如果pathname在我们传入的opt.routes路由数组中,我们就使用BlankLayout布局组件。下面看一下ExcludeLayout装饰器去装饰BasicLayout组件:

@ExcludeLayout({
  routes: ['/org/department']
})
class BasicLayout extends Component {
  .......
  .......
}

// 非class定义的使用
BasicLayout = ExcludeLayout({
  routes: [`/org/department`]
})(BasicLayout);

以上就用装饰模式,优雅的解决上面的问题。

实际开发场景下还有很多地方可以用到装饰器,当代码写好看起来就讨厌的时候,就可以思考思考是否有上面优雅的实现方式。

链接: https://fly63.com/article/detial/5708

js设计模式之单例模式,javascript如何将一个对象设计成单例

单例模式是我们开发中一个非常典型的设计模式,js单例模式要保证全局只生成唯一实例,提供一个单一的访问入口,单例的对象不同于静态类,我们可以延迟单例对象的初始化,通常这种情况发生在我们需要等待加载创建单例的依赖。

前端设计模式:从js原始模式开始,去理解Js工厂模式和构造函数模式

工厂模式下的对象我们不能识别它的类型,由于typeof返回的都是object类型,不知道它是那个对象的实例。另外每次造人时都要创建一个独立的person的对象,会造成代码臃肿的情况。

JavaScript设计模式_js实现建造者模式

建造者模式:是将一个复杂的对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。工厂类模式提供的是创建单个类的模式,而建造者模式则是将各种产品集中起来进行管理,用来创建复合对象

html和xhtml,DOCTYPE和DTD,标准模式和兼容模式

主要涉及知识点: HTML与XHTML,HTML与XHTML的区别,DOCTYPE与DTD的概念,DTD的分类以及DOCTYPE的声明方式,标准模式(Standard Mode)和兼容模式(Quircks Mode),标准模式(Standard Mode)和兼容模式(Quircks Mode)的区别

前端四种设计模式_JS常见的4种模式

JavaScript中常见的四种设计模式:工厂模式、单例模式、沙箱模式、发布者订阅模式

javascript 策略模式_理解js中的策略模式

javascript 策略模式的定义是:定义一系列的算法,把它们一个个封装起来,并且使它们可以相互替换。 策略模式利用组合,委托等技术和思想,有效的避免很多if条件语句,策略模式提供了开放-封闭原则,使代码更容易理解和扩展, 策略模式中的代码可以复用。

javascript观察者模式_深入理解js中的观察者模式

javascript观察者模式又叫发布订阅模式,观察者模式的好处:js观察者模式支持简单的广播通信,自动通知所有已经订阅过的对象。存在一种动态关联,增加了灵活性。目标对象与观察者之间的抽象耦合关系能够单独扩展以及重用。

Vue中如何使用方法、计算属性或观察者

熟悉 Vue 的都知道 方法methods、计算属性computed、观察者watcher 在 Vue 中有着非常重要的作用,有些时候我们实现一个功能的时候可以使用它们中任何一个都是可以的

我最喜欢的 JavaScript 设计模式

我觉得聊一下我爱用的 JavaScript 设计模式应该很有意思。我是一步一步才定下来的,经过一段时间从各种来源吸收和适应直到达到一个能提供我所需的灵活性的模式。让我给你看看概览,然后再来看它是怎么形成的

Flutter 设计模式 - 简单工厂

在围绕设计模式的话题中,工厂这个词频繁出现,从 简单工厂 模式到 工厂方法 模式,再到 抽象工厂 模式。工厂名称含义是制造产品的工业场所,应用在面向对象中,顺理成章地成为了比较典型的创建型模式

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!