![js中有["1","2","3","4"]这样一个string，怎么把它变成array](/aiimages/js%E4%B8%AD%E6%9C%89%5B%26quot%3B1%26quot%3B%2C%26quot%3B2%26quot%3B%2C%26quot%3B3%26quot%3B%2C%26quot%3B4%26quot%3B%5D%E8%BF%99%E6%A0%B7%E4%B8%80%E4%B8%AAstring%EF%BC%8C%E6%80%8E%E4%B9%88%E6%8A%8A%E5%AE%83%E5%8F%98%E6%88%90array.png)
装饰方法
可以使用开源库来实现常用装饰器
三、体现设计原则
1. 将现有对象和装饰器进行分离，两者独立存在
2. 符合开放封闭原则
装饰器模式是允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。通俗的来讲，就是一个对象嵌入到另一个对象中去，实际上相当于这个对象被另一个对象包装起来，形成一条包装链。主要是解决为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。优点是，装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。
应用场景：（a）在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。 (b) 需要动态地给一个对象增加功能，这些功能也可以动态地被撤销。 当不能采用继承的方式对系统进行扩充或者采用继承不利于系统扩展和维护时。
在装饰器模式中的角色有：
抽象构件(Component)角色：给出一个抽象接口，已规范准备接收附加责任的对象。具体构件(ConcreteComponent)角色：定义一个将要接收附加责任的类。装饰(Decorator)角色：持有一个构件(Component)对象的实例，并定义一个与抽象构件接口一致的接口。具体装饰(ConcreteDecorator)角色：负责给构件对象“贴上”附加的责任。
![ie浏览器不支持js导致部分功能缺失怎么解决[多图]](/aiimages/ie%E6%B5%8F%E8%A7%88%E5%99%A8%E4%B8%8D%E6%94%AF%E6%8C%81js%E5%AF%BC%E8%87%B4%E9%83%A8%E5%88%86%E5%8A%9F%E8%83%BD%E7%BC%BA%E5%A4%B1%E6%80%8E%E4%B9%88%E8%A7%A3%E5%86%B3%5B%E5%A4%9A%E5%9B%BE%5D.png)
