本文由浅到深,循序渐进的将原型与继承的抽象概念形象化,且每个知识点都搭配相应的例子,尽可能的将其通俗化,而且本文最大的优点就是:长(为了更详细嘛)。

一、原型

首先,我们先说说原型,但说到原型就得从函数说起,因为原型对象就是指函数所拥有的prototype属性(所以下文有时说原型,有时说prototype,它们都是指原型)。

1.1 函数

说到函数,我们得先有个概念:函数也是对象,和对象一样拥有属性,例如:

function F(a, b) {
return a * b;
} F.length // 2 指函数参数的个数
F.constructor // function Function() { [native code] }
typeof F.prototype // "object"

从上面我们可以看出函数和对象一样拥有属性,我们重点说的就是prototype这个原型属性。

prototype也是一个对象,为了更形象的理解,我个人是把上述理解为这样的:

// F这个函数对象里有个prototype对象属性
F = {
prototype: {}
}

下面我们就说说这个prototype对象属性。

1.2 prototype对象的属性

prototype是一个对象,里面有个默认属性constructor,默认指向当前函数,我们依旧使用F这个函数来说明:

F = {
prototype: {
constructor: F // 指向当前函数
}
}

既然prototype是个对象,那我们也同样可以给它添加属性,例如:

F.prototype.name = 'BetterMan';

// 那F就变成如下:
F = {
prototype: {
constructor: F,
name: 'BetterMan'
}
}

prototype就先铺垫到这,下面我们来说说对象,然后再把它们串起来。

1.3 创建对象

创建对象有很多种方式,本文针对的是原型,所以就说说使用构造函数创建对象这种方式。上面的F函数其实就是一个构造函数(构造函数默认名称首字母大写便于区分),所以我们用它来创建对象。

let f = new F();
console.log(f) // {}

这时得到了一个“空”对象,下面我们过一遍构造函数创建对象的过程:

  1. 创建一个新对象;
  2. 将构造函数的作用域赋给新对象,即把this指向新对象(同时还有一个过程,新对象的__proto__属性指向构造函数的ptototype属性,后面会解释这块)。
  3. 执行函数内代码,即为新对象添加属性。
  4. 返回新对象(不需要写,默认返回this,this就是指新对象)。

下面我们修改一下F构造函数:

function F(age) {
this.age = age;
}

再用F来创建一个实例对象:

let f1 = new F(18);  // 18岁,别来无恙
console.log(f1); // {age: 18}

其实我们就得到了一个f1对象,里面有一个age属性,但真的只有age属性吗?上面我们讲到构造函数创建对象的过程,这里的新建对象,然后给对象添加属性,然后返回新对象,我们都是看得到的,还有一个过程,就是新对象的__proto__属性指向构造函数的ptototype属性。

我们打印一下看看:

console.log(f1.__proto__);  // {constructor: F}

这不就是F构造函数的prototype对象吗?这个指向过程也就相当于f1.__proto__ === F.prototype,理解这个很重要!

__proto__我们可称为隐式原型(不是所有浏览器都支持这个属性,所以谷歌搞起),这个就厉害了,既然它指向了构造函数的原型,那我们获取到它也就能获取到构造函数的原型了(但一般我们不用这个方法获取原型,后面会介绍其他方法)。

前面我们说了构造函数的prototype对象中的constructor属性是指向自身函数的,那我们用__proto__来验证一下:

console.log(f1.__proto__.constructor);  // F(age) {this.age = age;}
// 因为f1.__proto__ === F.prototype,所以上述就是指F.prototype.constructor

嗯,不错不错,看来没毛病!

目前来说应该还是比较好理解的,那我们再看看:

console.log(f1.constructor);  // F(age) {this.age = age;}

额,这什么鬼?难道实例对象f1还有个constructor属性和构造函数原型的constructor一样都是指向构造函数?这就有点意思了。

其实不是,应该是说f1的神秘属性__proto__指向了F.prototype,这相当于一个指向引用,如果要形象点的话可以把它理解为把F.prototype的属性"共享"到了f1身上,但这是动态的"共享",如果后面F.prototype改变的话,f1所"共享"到的属性也会跟着改变。理解这个很重要!重要的事情说三遍!重要的事情说三遍!重要的事情说三遍!

那我们再把代码"形象化":

F = {
prototype: {
constructor: F
}
}; f1 = {
age: 18,
__proto__: { // 既然我们已经把这个形象化为"共享"属性了,那就再形象一点
constructor: F
}
} // 更形象化:
f1 = {
age: 18, // 这个是f1对象自身属性
constructor: F // 这个是从原型上"共享"的属性
}

既然我们说的是动态"共享"属性,那我们改一改构造函数的prototype属性看看f1会不会跟着改变:

// 没改之前
console.log(f1.name); // undefined // 修改之后
F.prototype.name = 'BetterMan';
console.log(f1); // {age: 18}
console.log(f1.name); // 'BetterMan'

A(读A第二调)……,看来和想的一毛一样啊,但是f1上面没看到name属性,那就是说我们只是可以从构造函数的原型上拿到name属性,而不是把name变为实例对象的自身属性。说到这里就得提提对象自身属性和原型属性(从原型上得来的属性)了。

1.4 对象自身属性和原型属性

我们所创建的实例对象f1,有自身属性age,还有从原型上找到的属性name,我们可以使用hasOwnProperty方法检测一下:

console.log(f1.hasOwnProperty('age'));  // true 说明是自身属性
console.log(f1.hasOwnProperty('name')); // false 说明不是自身属性

那既然是对象属性,应该就可以添加和删除吧?我们试试:

delete f1.age;
console.log(f1.age); // undefined delete f1.name;
console.log(f1.name); // 'BetterMan'

额,age属性删除成功了,但好像name没什么反应,比较坚挺,这就说明了f1对象可以掌控自身的属性,爱删删爱加加,但name属性是从原型上得到的,是别人的属性,你可没有权利去修改。

其实我们在访问对象的name属性时,js引擎会依次查询f1对象上的所有属性,但是找不到这个属性,然后就会去创建f1实例对象的构造函数的原型上找(这就归功于神秘属性__proto__了,是它把实例对象和构造函数的原型联系了起来),然后找到了(如果再找不到的话,还会往上找,这就涉及到原型链了,后面我们会说到)。而找age属性时直接就在f1上找到了,就不用再去其他地方找了。

到现在大家应该对原型有了个大概的理解了吧,但它有什么用呢?

用处大大的,可以说我们无时无刻都在使用它,下面我们继续。

二、继承

讲了原型,那肯定是离不开继承这个话题的,说到继承就很热闹了,什么原型模式继承、构造函数模式继承、对象模式继承、属性拷贝模式继承、多重继承、寄生式继承、组合继承、寄生组合式继承……这什么鬼?这么多,看着是不是很头疼?

我个人就把它们分为原型方式、构造函数方式、对象方式这三个方式,然后其他的继承方式都是基于这三个方式的组合,当然这只是我个人的理解哈,下面我们开始。

2.1 原型链

说到继承,肯定得说原型链,因为原型链是继承的主要方法。

我们先来简单的回顾一下构造函数、原型和实例的关系:每个构造函数都有一个原型对象,原型对象都包含一个指向构造函数的指针(constructor),而实例包含一个指向原型对象的内部指针(__proto__)。那么,假如我们让原型对象等于另一个实例对象,结果会怎么样呢?显然,此时的原型对象将包含一个指向另一个原型的指针(__proto__),相应的,另一个原型中也包含着一个指向另一个构造函数的指针(constructor)。那假如另一个原型又是另一个对象实例,那么上述关系依然成立,如此层层递进,就构成了实例与原型的链条。这就是所谓的原型链,如图:

到这里千万不要乱,一定要理解了这段话再往下看,其实就是把别人的实例对象赋值给了我们的构造函数的原型,这就是第一层,然后如果别人的实例对象的构造函数的原型又是另一个人的实例对象的话,那不是一样的道理吗?这就是第二层,那如果再出现个第三者,那又是一层了,这就构成了一个层层连起来的原型链。

好了,如果你看到了这里,说明已经理解了上述"链情",那我们就开始搞搞继承。

2.2 继承方式

继承有多重形式,我们一个个来,分别对比一下其中的优缺点。

注:因为多数继承都依赖于原型及原型链,所以当再依赖于其他方式时,我就以这个方式来命名这个继承方式,这样看起来就不会那么复杂。

1. 基于构造函数方式

我们先定义三个构造函数:

// 构造函数A
function A() {
this.name = 'A';
this.say = function() {
return this.name;
};
};
// 构造函数B
function B() {
this.name = 'B';
};
// 构造函数C
function C(width, height) {
this.name = 'C';
this.width = width;
this.height = height;
this.getArea = function() {
return this.width * this.height;
};
};

下面我们试试继承:

B.prototype = new A();
C.prototype = new B();

上述是不是有点熟悉,是不是就是前面所提的原型链的概念:B构造函数的原型被赋上A构造函数的实例对象,然后C的原型又被赋上B构造函数的实例对象。

然后我们用C构造函数来创建一个实例对象:

let c1 = new C(2, 6);
console.log(c1); // {name: "C", width: 2, height: 6, getArea: ƒ}
console.log(c1.name); // 'C'
console.log(c1.getArea()); // 12
console.log(c1.say()); // 'C'

c1居然有say方法了,可喜可贺,它是怎么做到的?让我们来捋捋这个过程:

  • ①首先C新建了一个"空"对象;
  • ②然后this指向这个"空"对象;
  • ③c1.__proto__指向C.prototype;
  • ④给this对象赋值,这样就有了namewidthheightgetArea这四个自身属性;
  • ⑤返回this对象,此时我们就得到了c1实例对象;
  • ⑥然后打印console.log(c1)console.log(c1.name)console.log(c1.getArea())都好理解;
  • ⑦接着console.log(c1.say()),这就得去找say方法了,js引擎先在c1身上找,没找到,然后c1.__proto__这个神秘链接是指向C构造函数的原型的,然后就去C.prototype上找,然后我们是写有C.prototype = new B()的,也就是说是去B构造函数的实例对象上找,还是没有,那继续,又通过new B().__proto__B的原型上找,然后我们是写有B.prototype = new A();,那就是去A所创建的实例对象上找,没有,那就又跑去A构造函数的原型上找,OK!找到!

这个过程就相当于这样:

c1 —→ C.prototype —→ new B() —→ B.prototype —→ new A() —→ A.prototype

这就是上述的一个基于构造函数方式的继承过程,其实就是一个查找过程,但是大家有没有发现什么?

上述方式存在两个问题:第一个问题就是constructor的指向。

本来B.prototype中的constructor指向好好的,是指向B的,但现在B.prototype完全被new A()给替换了,那现在的B.prototype.constructor是指向谁的?我们看看:

console.log(B.prototype.constructor);  // ƒ A() {}
let b1 = new B();
console.log(b1.constructor); // ƒ A() {}

此时我们发现不仅是B.prototype.constructor指向A,连b1也是如此,别忘了b1中的constructor属性也是由B.prototype所共享的,所以老大(B)改变了,小弟(b1)当然也会跟着动态改变。

但现在它们为什么是指向A的呢?因为B.prototype被替换为了new A(),那new A()里有什么?我们再把B.prototypenew A()形象化来表示一下:

A = {
prototype:{
constructor: A
}
}; new A() = {
name: 'A',
say: function() {
return this.name;
},
constructor: A // 由__proto__的指向所共享得到的
} B = {
prototype:{
constructor: B
}
}; // 这时把B.prototype换为new A(),那就变成了这样:
B = {
prototype:{
name: 'A',
say: function() {
return this.name;
},
constructor: A // 所以指向就变成了A
}
};

所以我们要手动修正B.prototype.constructor的指向,同理C.prototype.constructor的指向也是如此:

B.prototype = new A();
B.prototype.constructor = B;
C.prototype = new B();
C.prototype.constructor = C;

第一个问题解决了,到第二个问题:效率的问题。

当我们用某一个构造函数创建对象时,其属性就会被添加到this中去。并且当别添加的属性实际上是不会随着实例改变时,这种做法会显得没有效率。例如在上面的实例中,A构造函数是这样定义的:

function A() {
this.name = 'A';
this.say = function() {
return this.name;
};
};

这种实现意味着我们用new A()创建的每个实例都会拥有一个全新的name属性和say属性,并在内存中拥有独立的存储空间。所以我们应该考虑把这些属性放到原型上,让它们实现共享:

// 构造函数A
function A() {};
A.prototype.name = 'A';
A.prototype.say = function() {
return this.name;
}; // 构造函数B
function B() {};
B.prototype.name = 'B'; // 构造函数C
function C(width, height) { // 此处的width和height属性是随参数变化的,所以就不需要改为共享属性
this.width = width;
this.height = height;
};
C.prototype.name = 'C';
C.prototype.getArea = function() {
return this.width * this.height;
};

这样一来,构造函数所创建的实例中一些属性就不再是私有属性了,而是在原型中能共享的属性,现在我们来试试:

let test1 = new A();
let test2 = new A();
console.log(test1.say === test2.say); // true 没改为共享属性前,它们是不相等的

虽然这样做通常更有效率,但也只是针对实例中不可变属性而言的,所以在定义构造函数时我们也要考虑哪些属性适合共享,哪些适合私有(且一定要继承后再对原prototype进行扩展和矫正constructor)。

2. 基于原型的方式

正如上面所做的,处于效率考虑,我们应当尽可能的将一些可重用的属性和方法添加到原型中去,这样的话我们仅仅依靠原型就可以完成继承关系的构建了,由于原型上的属性都是可重用的,这也意味着从原型上继承比在实例上继承要好得多,而且既然需要继承的属性都放在了原型上,又何必生成实例降低效率,然后又从所生成的实例中继承不需要的私有属性呢?所以我们直接抛弃实例,从原型上继承:

// 构造函数A
function A() {};
A.prototype.name = 'A';
A.prototype.say = function() {
return this.name;
}; // 构造函数B
function B() {};
B.prototype = A.prototype; // 先继承,再进行constructor矫正和B.prototype的扩展
B.prototype.constructor = B;
B.prototype.name = 'B'; // 构造函数C
function C(width, height) { // 此处的width和height属性是随参数变化的,所以就不需要改为共享属性
this.width = width;
this.height = height;
};
C.prototype = B.prototype;
C.prototype.constructor = C; // 先继承,再进行constructor矫正和C.prototype的扩展
C.prototype.name = 'C';
C.prototype.getArea = function() {
return this.width * this.height;
};

嗯,这样感觉效率高多了,也比较养眼,然后我们试试效果:

let b2 = new B();
console.log(b2.say()); // 'C'

(⊙o⊙)…不是应该打印出B的吗?怎么和我内心的小完美不太一样?

想必大家应该都看出来了,上面的继承方式其实就相当于A、B、C全都共享了同一个原型,那就造成了引用问题,在后面对C原型上的name属性进行了修改,所以此时ABC的原型的name属性都为'C',此时真的是受制于人啊。

有没有两全其美的办法,我又要效率,又不想受制于人,啪!把这两个方法结合起来不就行了吗?!

3. 结合构造函数方式和原型的方式

我既想快,又不想被别人管,搞个第三者来解决怎么样?(怎么感觉听起来怪怪的)。我们在它们中间使用一个临时构造函数(所以也可称为临时构造法)来做个桥梁,把小弟管大哥的关系断掉(腿打断),然后大家又可以高效率的合作:

// 构造函数A
function A() {};
A.prototype.name = 'A';
A.prototype.say = function() {
return this.name;
}; // 构造函数B
function B() {};
let X = function() {}; // 新建一个"空"属性的构造函数
X.prototype = A.prototype; // 将X的原型指向A的原型
B.prototype = new X(); // B的原型指向X创建的实例对象
B.prototype.constructor = B; // 记得修正指向
B.prototype.name = 'B'; // 扩展 // 构造函数C
function C(width, height) { // 此处的width和height属性是随参数变化的,所以就不需要改为共享属性
this.width = width;
this.height = height;
};
// 同上
let Y = function() {};
Y.prototype = B.prototype;
C.prototype = new Y();
C.prototype.constructor = C;
C.prototype.name = 'C';
C.prototype.getArea = function() {
return this.width * this.height;
};

现在试试效果怎么样:

let c3 = new C;
console.log(c3.say()); // A

稳!这样我们既不是直接继承实例上的属性,而是继承原型所共享的属性,而且还能通过XY这两个"空"属性构造函数来把A和B上的非共享属性过滤掉(因为new X()比起new A()所生成的实例,因为X是空的,所以不会生成的对象不会存在私有属性,但是new A()可能会存在私有属性,既然是私有属性,所以也就是不需要被继承,所以new A()会存在效率问题和多出不需要的继承属性)。

4. 基于对象的方式

这种基于对象的方式其实包括几种方式,因为都和对象相关,所以我就统称为对象方式了,下面一一介绍:

①以接收对象的方式

function create(o) {  // o是所要继承的父对象
function F() {};
F.prototype = o;
return new F(); // 返回一个实例对象
};
let a = {
name: 'better'
};
console.log(create(a).name); // 'better'

这种方式是接受一个父对象后返回一个实例,进而达到继承的效果,有没有点似曾相识的感觉?这不就是低配版的Object.create()吗?有兴趣的可以多去了解了解。所以这个方式其实也应该称为"原型继承法",因为也是以修改原型为基础的,但又和对象相关,所以我就把它归为对象方式了,这样比较好分类。

②以拷贝对象属性的方式

// 直接将父原型的属性拷贝过来,好处是Child.prototype.constructor没被重置,但这种方式仅适用于只包含基本数据类型的对象,且父对象会覆盖子对象的同名属性
function extend(Child, Parent) { // Child, Parent都为构造函数
let c = Child.prototype;
let p = Parent.prototype;
for (let i in p) {
c[i] = p[i];
}
};
// 这种直接拷贝属性的方式简单粗暴,直接复制传入的对象属性,但还是存在引用类型的问题
function extendCopy(p) { // p是被继承的对象
let c = {};
for (let i in p) {
c[i] = p[i];
}
return c;
};
// 上面的extendCopy可称为浅拷贝,没有解决引用类型的问题,现在我们使用深拷贝,这样就解决了引用类型属性的问题,因为不管你有多少引用类型,全都一个个拷过来
function deepCopy(p, c) { // c和p都是对象
c = c || {};
for (let i in p) {
if (p.hasOwnProperty[i]) { // 排除继承属性
if (typeof p[i] === 'object') { // 解决引用类型
c[i] = Array.isArray(p[i]) ? [] : {};
deepCopy[p[i], c[i]];
} else {
c[i] = p[i];
}
}
}
return c;
}

③拷贝多对象属性的方式

// 这种方式就可以一次拷贝多个对象属性,也称为多重继承
function multi() {
let n = {},
stuff,
j = 0,
len = arguments.length;
for (j = 0; j < len; j++) {
stuff = arguments[j];
for (let i in stuff) {
if (stuff.hasOwnProperty(i)) {
n[i] = stuff[i];
}
}
}
return n
};

④吸收对象属性并扩展的方式

这种方式其实应该叫做"寄生式继承",这名字乍看很抽象,其实也就那么回事,所以也把它分到对象方式里:

// 其实也就是在创建对象的函数中吸收了其它对象的属性(寄生兽把别人的xx吸走),然后对其扩展并返回
let parent = {
name: 'parent',
toString: function() {
return this.name;
}
};
function raise() {
let that = create(parent); // 使用前面我们写过的create函数
that.other = 'Once in a blue moon!'; // 今天学的,丑显呗一下
return that;
}

和对象相关的方式是不是有点多?但其实也都是围绕着对象属性的,理解这点就好理解了,下面继续。

5. 构造函数借用法

这个方式其实也可归为构造函数方式,但比较溜,所以单独拎出来溜溜(这是最后一个了,我保证)。

我们再把之前定义的老函数A拿出来炒炒:

// 构造函数A
function A() {
this.name = 'A';
};
A.prototype.say = function() {
return this.name;
}; // 构造函数D
function D() {
A.apply(this, arguments); // 这里就相当于借用A构造函数把A中属性创建给了D,即name和say属性
};
D.prototype = new A(); // 这里负责拿到A原型上的属性
D.prototype.name = 'D'; // 继承后再进行扩展

这样两个步骤是不是就把A的自身属性和原型属性都搞定了?简单完美!

等等,看起来好像有点不对,A.apply(this, arguments)已经完美的把A自身属性变为了D的自身属性,但是D.prototype = new A()又把A的自身属性继承了一次,真是多此一举,既然我们只是单纯的想要原型上的属性,那直接拷贝不就完事了吗?

// 构造函数A
function A() {
this.name = 'A';
};
A.prototype.say = function() {
return this.name;
}; // 之前定义的属性拷贝函数
function extend2(Child, Parent) {
let c = Child.prototype;
let p = Parent.prototype;
for (let i in p) {
c[i] = p[i];
}
}; // 构造函数D
function D() {
A.apply(this, arguments); // 这里就相当于借用A构造函数把A中属性创建给了D,即name和say属性
};
extend2(D, A); // 这里就直接把A原型的属性拷贝给了D原型
D.prototype.name = 'D'; // 继承后在进行扩展 let d1 = new D();
console.log(d1.name); // 'A'
console.log(d1.__proto__.name) // undefined 这就说明了name属性是新建的,而不是继承得到的

(⊙o⊙)…,其实还有其它的继承方法,还是不写了,怕被打,但其实来来去去就是基于原型、构造函数、对象这几种方式搞来搞去,我个人就是这么给它们分类的,毕竟七秒记忆放不下,囧。

最后

写到这里,终于咽下了最后一口气,呸,松了一口气。也感谢你看到了最后,希望对你有所帮助,有写得不对的地方还请多多指教,顺口广告来一波:大家好!我是BetterMan, to be better, to be man, better关注BetterMan!

github源码

彻底弄懂JS原型与继承的更多相关文章

  1. 一张图弄懂js原型和原型链

    前言 JavaScript的原型和原型链是面试的时候经常被问及到的问题,考察了我们对JavaScript的基础掌握情况,今天我们在这里用一张图来梳理下其中的知识点. 下面我来引入这张非常经典的图,我也 ...

  2. js进阶 12-2 彻底弄懂JS的事件冒泡和事件捕获

    js进阶 12-2 彻底弄懂JS的事件冒泡和事件捕获 一.总结 一句话总结:他们是描述事件触发时序问题的术语.事件捕获指的是从document到触发事件的那个节点,即自上而下的去触发事件.相反的,事件 ...

  3. js原型链继承的傻瓜式详解

    本文争取用最简单的语言来讲解原型链继承的OOP原理 0.如果对原型继承还没有大致了解,完全一头雾水,请先阅读 <JavaScript高级程序设计>第六章最后部分的寄生组合式继承 或者_廖雪 ...

  4. js原型链+继承 浅析

    名称:    prototype--原型对象    __proto__--属性 原型链与继承网上搜索定义,看起来挺绕的 .先说继承: 所有的对象实例都可以共享原型对象包含的属性和方法  例如一个实例A ...

  5. [js]js原型链继承小结

    这是之前总结的, 发现有很多的毛病,就是重点不突出,重新翻看的时候还是得耗费很长时间去理解这玩意. js中的继承 js中什么是类 1,类是函数数据类型 2.每个类有一个自带prototype属性 pr ...

  6. 彻底搞懂js原型与原型链

    原生的原型链 function fn(){},fn 为 Function的一个实例,原型链为 null -> Object -> Function -> fn: fn.__proto ...

  7. 彻底弄懂JS的事件冒泡和事件捕获(不推荐阅读)

    由于搬去敌台了,好久没来博客园,今天无意中翻到有“误认子弟”的评论,这里特意做个说明. 本文中关于事件冒泡和事件捕获的描述和例子都是OK的,错就错在后面用jquery去展示了利用事件冒泡的例子有误,其 ...

  8. 一张图看懂 JS 原型链

    JS 原型链,画了张图,终于理清楚各种关系有木有 写在最后: __proto__是每个对象都有的一个属性,而prototype是函数才会有的属性!!! function Person() { } 是函 ...

  9. 一文弄懂js的执行上下文与执行上下文栈

    目录 执行上下文与执行上下文栈 变量提升与函数提升 变量提升 函数提升 变量提升与函数提升的优先级 变量提升的一道题目引出var关键字与let关键字各自的特性 执行上下文 全局执行上下文 函数(局部) ...

随机推荐

  1. Java中的继承:父类和子类的关系

    一.父类引用指向子类对象时 1.若子类覆盖了某方法,则父类引用调用子类重新定义的新方法 2.若子类未覆盖某方法,则父类引用调用父类本身的旧方法 3.若子类覆盖了某属性,但父类引用仍调用父类本身的旧属性 ...

  2. CSS知多少

    1.Cascading Style Sheets 层叠样式表 2.层叠就是浏览器对多个样式来源进行叠加,最终确定结果的过程. 3. 样式的5大来源:浏览器默认样式.浏览器用户自定义样式.行内样式.内部 ...

  3. Leetcode算法比赛----Longest Absolute File Path

    问题描述 Suppose we abstract our file system by a string in the following manner: The string "dir\n ...

  4. 搭建hustoj

    环境:centos6.5 + LAMP环境 LAMP环境的搭建可以参考下面这篇文章 http://www.cnblogs.com/yoke/p/7257184.html 搭建完LAMP环境之后可以按照 ...

  5. Windows 10 host where Credential Guard or Device Guard is enabled fails when running Workstation (2146361)

    To disable Device Guard or Credential Guard on Itanium based computers: Disable the group policy set ...

  6. linux用户的增加与删除

    sudo useradd xxx 仅仅是添加用户, 不会在home目录添加帐号很简单 Ubuntu中提供了两种方式 图形界面 增加 和 Windows 一样 ,还有一种就是 Linux传统的 增加方法 ...

  7. springMVC入门-01

    这一系列是在看完网上SpringMVC(基于spring3.0)入门视频之后的个人总结,仅供参考,其中会添加一些个人的见解. 1.搭建SpringMVC所需jar包: org.springframew ...

  8. 使用@selector模仿代理功能降低代码耦合度

    使用@selector模仿代理功能降低代码耦合度 说明 该模式的好处就是两个产生联系的对象间并没有具体的耦合代码,增删改查均很直观 源码 Model // // Model.h // SELMetho ...

  9. 1、Docker 架构详解

    本文来自clouldman ,有增删. Docker 的核心组件包括: Docker 客户端 - Client Docker 服务器 - Docker daemon Docker 镜像 - Image ...

  10. + - ! function($) (), function 前面的符号意思

    如果在function之前加上感叹号 (!) 会怎么样?比如下面的代码: !function(){alert('iifksp')}()        // true 在控制台运行后得到的值时true, ...