![JS数组[2, 5, 2, 5, 10, 12],如何循环打印 （2, 5, 10, 12） 不要打印重复的值，这个循环怎么写。](/aiimages/JS%E6%95%B0%E7%BB%84%5B2%2C+5%2C+2%2C+5%2C+10%2C+12%5D%2C%E5%A6%82%E4%BD%95%E5%BE%AA%E7%8E%AF%E6%89%93%E5%8D%B0+%EF%BC%882%2C+5%2C+10%2C+12%EF%BC%89+%E4%B8%8D%E8%A6%81%E6%89%93%E5%8D%B0%E9%87%8D%E5%A4%8D%E7%9A%84%E5%80%BC%EF%BC%8C%E8%BF%99%E4%B8%AA%E5%BE%AA%E7%8E%AF%E6%80%8E%E4%B9%88%E5%86%99%E3%80%82.png)
MVC模式的意思是，软件可以分成三个部分。
视图（View）：用户界面。
控制器（Controller）：业务逻辑
模型（Model）：数据保存
各部分之间的通信方式如下。
View 传送指令到 Controller
Controller 完成业务逻辑后，要求 Model 改变状态
Model 将新的数据发送到 View，用户得到反馈
所有通信都是单向的。
二、互动模式
接受用户指令时，MVC 可以分成两种方式。一种是通过 View 接受指令，传递给 Controller。
另一种是直接通过controller接受指令。
三、实例：Backbone
实际项目往往采用更灵活的方式，以 Backbone.js 为例。
1. 用户可以向 View 发送指令（DOM 事件），再由 View 直接要求 Model 改变状态。
2. 用户也可以直接向 Controller 发送指令（改变 URL 触发 hashChange 事件），再由 Controller 发送给 View。
3. Controller 非常薄，只起到路由的作用，而 View 非常厚，业务逻辑都部署在 View。所以，Backbone 索性取消了 Controller，只保留一个 Router（路由器） 。
四、MVP
MVP 模式将 Controller 改名为 Presenter，同时改变了通信方向。
1. 各部分之间的通信，都是双向的。
2. View 与 Model 不发生联系，都通过 Presenter 传递。
3. View 非常薄，不部署任何业务逻辑，称为"被动视图"（Passive View），即没有任何主动性，而 Presenter非常厚，所有逻辑都部署在那里。
五、MVVM
MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式完全一致。
唯一的区别是，它采用双向绑定（data-binding）：View的变动，自动反映在 ViewModel，反之亦然。 Angular 和 Ember 都采用这种模式。
1、js工厂模式
说明：
在函数中定义对象，并定义对象的各种属性，虽然属性可以为方法，但是建议将属性为方法的属性定义到函数之外，这样可以避免重复创建该方法。
引用该对象的时候，这里使用的是 var x = Parent()而不是 var x = new object()因为后者可能会出现很多问题（前者也成为工厂经典方式，后者称之为混合工厂方式），不推荐使用new的方式使用该对象。
在函数的最后返回该对象。
不推荐使用这种方式创建对象，但应该了解。
2、js构造函数模式
说明：
与工厂方式相比，使用构造函数方式创建对象无需在函数内部创建对象，而使用this指代，并而函数无需明确return。
同工厂模式一样，虽然属性的值可以为方法，仍建议将该方法定义在函数之外。
同样的，不推荐使用这种方式创建对象，但仍需了解。
3、js原型模式
说明：
函数中不对属性进行定义。
利用prototype属性对属性进行定义。
同样的额，不推荐使用这样的方式创建对象。
4、构造函数+原型的js混合模式（推荐）
说明：
该模式是指混合搭配使用构造函数和原型方式。
将所有的属性，不是方法的定义在函数中（构造函数的方式），将所有属性值为方法的利用prototype在函数之外定义（原型方式）。
推荐使用这样的方式创建对象，这样有好处。
5、构造函数+原型的动态原型模式（推荐）
说明：
动态原型方式可以理解为混合构造函数，原型方式的一个特例。
该模式中，属性为方法的属性直接在函数中进行了定义，但是因为
if(typeof Parent.lev == "undefined"){
Parent.prototype.lev = function(){
return this.name
}
Parent.lev = true
}
从而保证创建该对象的实例时，属性的方法不会被重复的创建。
在面向对象语言中，调用一个类的方法之前，必须先将这个类实例化，才能调用类方法。
单例模式能使得我们不需要每次都需要实例化一次，因为我们使用的对象都是同一个对象。
单例模式：只允许实例化一次的对象类。
Leader返回一个包含getInstance方法的对象，执行这个方法可以获得_module的实例。
eader_01与leader_02完全相等，说明它们是同一个对象，并不是通过new新获取的对象。
但是在多页面情况下，通过import引入的并不是单例模式，因为
模态框弹窗的时候，不希望有两个弹窗
严格模式是一种将更好的错误检查引入代码中的方法。 在使用严格模式时，无法使用隐式声明的变量、将值赋给只读属性或将属性添加到不可扩展的对象等1、 严格模式的目的 1） 消除Javascript语法的一些不合理、不严谨之处，减少一些怪异行为2）消除代码运行的一些不安全之处，保证代码运行的安全3） 提高编译器效率，增加运行速度4） 为未来新版本的Javascript做好铺垫 2、声明严格模式可以通过在文件、程序或函数的开头添加 "use strict"来声明严格模式。 此类声明称作“指令序言”。 严格模式声明的范围取决于其上下文。 如果在全局上下文（函数的范围之外）中声明严格模式，则程序中的所有代码都处于严格模式。如果在函数中声明严格模式，则函数中的所有代码都处于严格模式。 例如，在以下示例中，所有代码都处于严格模式，并且函数外部的变量声明会导致出现语法错误“严格模式下未定义变量”<pre t="code" l="js">"use strict"function testFunction(){
var testvar = 4
return testvar
}
// This causes a syntax error.
testvar = 5在以下示例中，仅 testFunction 中的代码处于严格模式。 函数外部的变量声明不会导致语法错误，但函数内部的声明会导致语法错误<pre t="code" l="js">function testFunction(){
"use strict"
// This causes a syntax error.
testvar = 4
return testvar
}
testvar = 5
