摘要: 一、仔细分析前面的原型模式创建对象的方法,发现原型模式创建对象,也存在一些问题,如下: 1、它省略了为构造函数传递初始化参数这个环节,结果所有实例在默认的情况下都将取得相同的属性值,这还不是最大的问题! 2、最大的问题是原型中的所有属性是被很多实例所共享的,这种共享对于函数非常合适,对于那些包含基本 阅读全文
posted @ 2016-09-06 23:40 郑小超 阅读(555) 评论(0) 推荐(0) 编辑
摘要: 1、原型模式的重要性不仅仅体现在创建自定义类型方面,就连所有的原生的引用类型(Obejct、Array、String等等)都在构造函数的原型上定义方法和属性。如下代码可以证明: 通过原生对象的原型,不仅可以取得所有默认方法的引用,而且可以定义新的方法。可以想修改自己定义对象的原型一样修改原生对象的原 阅读全文
posted @ 2016-09-06 23:20 郑小超 阅读(582) 评论(0) 推荐(0) 编辑
摘要: 1、由于在原型中查找值的过程是一次搜索,因此我们对原型对象所做的任何修改都能够立即从实例上反映出来 即便是先创建了实例后修改原型也是如此。代码如下: 上面这段代码先创建了Person的一个实例,并将其保存在friend中。接着下一个代码块在Person.prototype(Person的原型属性对对 阅读全文
posted @ 2016-09-06 22:51 郑小超 阅读(401) 评论(0) 推荐(0) 编辑
摘要: 1、到目前为止,我们是时候分析下前面的使用原型语法来定义对象有哪些不足的地方,代码如下: 当我们为Person对象每添加一个属性和方法,就要敲一遍Person.prototype,而且Person.prototype没有体现出封装性; 所以下面来改进原型语法,代码如下: 改进之后的原型语法将Pers 阅读全文
posted @ 2016-09-06 17:02 郑小超 阅读(216) 评论(0) 推荐(0) 编辑
摘要: 1、原型属性对象于in操作符之in单独使用 有两种方式使用in操作符:单独使用和在for-in循环中使用。在单独使用中,代码如下: 观察上面的代码我们发现,当in操作符单独使用的时候有一个规律如下: 属性 in 对象的实例 他的用法就是:判断这个属性能否被对象的实例所访问到,如果对象实例能访问到属性 阅读全文
posted @ 2016-09-06 15:24 郑小超 阅读(1054) 评论(0) 推荐(0) 编辑
摘要: 当我还是一个菜鸟的时候,当然现在也是,当我的软件需求发生变化时,并且数据库设计同样要求发生变化,我通常会放弃原有的代码(或者对原有的代码进行大改),先在我知道了两个不破坏应用程序现有查询的修改模式,下面就来一个个介绍! 假设你的公司有一张记录在数据库中的设备登记表: 资产标识 描述 收到日期 504 阅读全文
posted @ 2016-09-02 14:32 郑小超 阅读(304) 评论(0) 推荐(0) 编辑
摘要: 下面是Demo所需要的代码: 现在有一个报表系统,需要根据Fee表获得以下数据 收入 管理费:(overhead/100) 余额:(收入减去管理费) 评估:余额的20% 管理:余额的10% 保留:余额的5% 简单分析发现,除了收入(Income字段)和超出(overhead字段),报表中其余给出的字 阅读全文
posted @ 2016-09-02 12:58 郑小超 阅读(382) 评论(0) 推荐(0) 编辑
摘要: 假设我们需要找具有以下特点的单词: (1)第二个字母:a (2)第四个字母:l (3)一共只有5个字母组成的单词 代码如下: 2、下面改变需求 找出单词表中,单词的前三个字母和最后三个字母一样的单词,下面是解决代码: ok,解决需求! 阅读全文
posted @ 2016-09-02 12:25 郑小超 阅读(419) 评论(0) 推荐(0) 编辑
摘要: 现在我们将Province列值和Company列值互换,代码如下: 这是第一种列值互换方式! 下面是第二种在部分数据库中有效的互换方式: 这里的加减号可能有些数据库不支持,根据不同的DBMS做相应的替换。 阅读全文
posted @ 2016-09-02 10:21 郑小超 阅读(3901) 评论(0) 推荐(0) 编辑
摘要: 1、简介:视图是虚拟的表。与包含的数据不一样,视图只包含使用时动态检索数据的查询。重点:视图是一个查询,不是一个表! 阅读全文
posted @ 2016-09-01 11:27 郑小超 阅读(240) 评论(0) 推荐(0) 编辑