使用bem命名法怎样跟js解耦合

JavaScript013

使用bem命名法怎样跟js解耦合,第1张

M Model模型层 也叫模糊层,业务逻辑以及数据库访问,主要使用技术javaBean DAO Factory类,以及一些框架比如Spring Hibernate V View视图层 主要和客户交互界面相关,主要使用技术 jsp jstl标签,ajax,js,css等

是指两个或两个以上的体系或两种运动形式间通过相互作用而彼此影响以至联合起来的现象。解耦就是用数学方法将两种运动分离开来处理问题。

Vue.js是一个构建数据驱动的 web 界面的渐进式框架。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑

定和组合的视图组件。它不仅易于上手,还便于与第三方库或既有项目整合。

MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开

MVVM模式和MVC模式一样,主要目的是分离视图(View)和模型(Model)

Vue.js 是一个提供了 MVVM 风格的双向数据绑定的 Javascript 库,专注于View 层。它的核心是 MVVM 中的 VM,也就是 ViewModel。 ViewModel负责连接 View 和 Model,保证视图和数据的一致性,这种轻量级的架构让前端开发更加高效、便捷

数据绑定最常见的形式就是使用“Mustache”语法 (双大括号) 的文本插值,Mustache 标签将会被替代为对应数据对象上属性的值。无论何时,绑定的数据对象上属性发生了改变,插值处的内容都会更新。

Vue.js 都提供了完全的 JavaScript 表达式支持。

这些表达式会在所属 Vue 实例的数据作用域下作为 JavaScript 被解析。有个限制就是,每个绑定都只能包含单个表达式,所以下面的例子都不会生效。

v-if与v-show

v-if是根据表达式的值来决定是否渲染元素

v-show是根据表达式的值来切换元素的display css属性

Axios 是一个基于 promise 的 HTTP 库,可以用在浏览器和 node.js 中

在javascript中并没有原生的创建或者实现接口的方式,或者判定一个类型是否实现了某个接口,我们只能利用js的灵活性的特点,模拟接口。

在javascript中实现接口有三种方式:注释描述、属性验证、鸭子模型。

note:因为我看的是英文书,翻译水平有限,不知道有些词汇如何翻译,大家只能领会精神了。

1. 注释描述 (Describing Interfaces with Comments)

例子:

复制代码 代码如下:

/*

interface Composite {

function add(child)

function remove(child)

function getChild(index)

}

interface FormItem {

function save()

}

*/

var CompositeForm = function(id, method, action) { // implements Composite, FormItem

...

}

//Implement the Composite interface.

CompositeForm.prototype.add = function(child) {

...

}

CompositeForm.prototype.remove = function(child) {

...

}

CompositeForm.prototype.getChild = function(index) {

...

}

// Implement the FormItem interface.

CompositeForm.prototype.save = function() {

...

}

模拟其他面向对象语言,使用interface 和 implements关键字,但是需要将他们注释起来,这样就不会有语法错误。

这样做的目的,只是为了告诉其他编程人员,这些类需要实现什么方法,需要在编程的时候加以注意。但是没有提供一种验证方式,这些类是否正确实现了这些接口中的方法,这种方式就是一种文档化的作法。

2. 属性验证(Emulating Interfaces with Attribute Checking)

例子:

复制代码 代码如下:

/* interface

Composite {

function add(child)

function remove(child)

function getChild(index)

}

interface FormItem {

function save()

}

*/

var CompositeForm = function(id, method, action) {

this.implementsInterfaces = ['Composite', 'FormItem']

...

}

...

function addForm(formInstance) {

if(!implements(formInstance, 'Composite', 'FormItem')) {

throw new Error("Object does not implement a required interface.")

}

...

}

// The implements function, which checks to see if an object declares that it

// implements the required interfaces.

function implements(object) {

for(var i = 1i <arguments.lengthi++) {

// Looping through all arguments

// after the first one.

var interfaceName = arguments[i]

var interfaceFound = false

for(var j = 0j <object.implementsInterfaces.lengthj++) {

if(object.implementsInterfaces[j] == interfaceName) {

interfaceFound = true

break

}

}

if(!interfaceFound) {

return false

// An interface was not found.

 }

}

return true

// All interfaces were found.

}

这种方式比第一种方式有所改进,接口的定义仍然以注释的方式实现,但是添加了验证方法,判断一个类型是否实现了某个接口。

3.鸭子类型(Emulating Interfaces with Duck Typing)

复制代码 代码如下:

// Interfaces.

var Composite = new Interface('Composite', ['add', 'remove', 'getChild'])

var FormItem = new Interface('FormItem', ['save'])

// CompositeForm class

var CompositeForm = function(id, method, action) {

...

}

...

function addForm(formInstance) {

ensureImplements(formInstance, Composite, FormItem)

// This function will throw an error if a required method is not implemented.

...

}

// Constructor.

var Interface = function(name, methods) {

if(arguments.length != 2) {

throw new Error("Interface constructor called with "

 + arguments.length + "arguments, but expected exactly 2.")

}

this.name = name

this.methods = []

for(var i = 0, len = methods.lengthi <leni++) {

if(typeof methods[i] !== 'string') {

throw new Error("Interface constructor expects method names to be "

+ "passed in as a string.")

}

this.methods.push(methods[i])

}

}

// Static class method.

Interface.ensureImplements = function(object) {

if(arguments.length <2) {

throw new Error("Function Interface.ensureImplements called with "

+arguments.length + "arguments, but expected at least 2.")

}

for(var i = 1, len = arguments.lengthi <leni++) {

var interface = arguments[i]

if(interface.constructor !== Interface) {

throw new Error("Function Interface.ensureImplements expects arguments"

+ "two and above to be instances of Interface.")

}

for(var j = 0, methodsLen = interface.methods.lengthj <methodsLenj++) {

var method = interface.methods[j]

if(!object[method] || typeof object[method] !== 'function') {

throw new Error("Function Interface.ensureImplements: object "

+ "does not implement the " + interface.name + " interface. Method " + method + " was not found.")

}

}

}

}

何时使用接口?

一直使用严格的类型验证并不适合,因为大多数javascript程序员已经在没有接口和接口验证的情况下编程多年。当你用设计模式开始设计一个很复杂的系统的时候,使用接口更有益处。看起来使用接口好像限制了javascript的灵活性,但实际上他让你的代码变得更加的松耦合。他使你的代码变得更加灵活,你可以传送任何类型的变量,并且保证他有你想要的方法。有很多场景接口非常适合使用。

在一个大型系统里,很多程序员一起参与开发项目,接口就变得非常必要了。程序员经常要访问一个还没有实现的api,或者为其他程序员提供别人依赖的一个方法存根,在这种情况下,接口变得相当的有价值。他们可以文档化api,并作为编程的契约。当存根被实现的api替换的时候你能立即知道,如果在开发过程中api有所变动,他能被另一个实现该接口的方法无缝替换。

如何使用接口?

首先要解决的问题是,在你的代码中是否适合使用接口。如果是小项目,使用接口会增加代码的复杂度。所以你要确定使用接口的情况下,是否是益处大于弊端。如果要使用接口,下面有几条建议:

1.引用Interface 类到你的页面文件。interface的源文件你可以再如下站点找到: http://jsdesignpatterns.com/.

2.检查你的代码,确定哪些方法需要抽象到接口里面。

3.创建接口对象,没个接口对象里面包含一组相关的方法。

4.移除所有构造器验证,我们将使用第三种接口实现方式,也就是鸭子类型。

5.用Interface.ensureImplements替代构造器验证。

您可能感兴趣的文章:

小议javascript 设计模式 推荐

JavaScript 设计模式之组合模式解析

javascript 设计模式之单体模式 面向对象学习基础

JavaScript 设计模式 安全沙箱模式

JavaScript设计模式之观察者模式(发布者-订阅者模式)

JavaScript设计模式之原型模式(Object.create与prototype)介绍

JavaScript设计模式之工厂方法模式介绍

javascript设计模式之中介者模式Mediator

学习JavaScript设计模式之责任链模式