js两种生成对象模式(公有成员和成员私有)
假设有个需求,创建一个book类,有isbn码,书名,作者 ;可以对isbn进行数据完整性校验;--js设计模式
<script type="text/javascript">
/**
方案一,属性全部属于公有类型,用this创建
该方式可以在构造器中对数据的完整性进行检验的控制,但对其他人员会把什么值赋给该属性而不能进行数据完整性检验的控制;
**/
var Book = function(isbn,name,author){
if(!this.checkIsbn(isbn)) throw new Error("不合法的isbn码");
this.isbn = isbn;
this.name = name || '没有名字';
this.author = author || '没有作者';
}
Book.prototype={
checkIsbn:function(isbn){
/**
专门用来检验isbn的数据完整性,以防在该类中其他方法中出错
**/
if(isbn||typeof isbn !='string'){
return false;
}
// 可以对isbn进行各种校验 ...............
},
display:function(){
/** 展示书本的一些信息 用this.isbn,this.name展示信息**/
}
}
/** 优化后的方案一,以后所有的访问采用接口方式访问,属性用存取器来访问(可以将每个属性设置 为取值器和设置器(get,set);通过设置器你可以对你的属性(isbn)在存取器中进行数据完整性校验);
但是这种访问并不是强制性的,得靠开发人员自觉遵守,还是可以直接修改属性的;**/
var BookInter = new Interface('BookInter',['getIsbn','setIsbn','getName','setName','getAuthor','setAuthor','display']);
var Book = function(isbn,name,author){
this.setIsbn(isbn);//采用存取器来设置属性
this.setName(name);
this.setAuthor(author);
}
Book.prototype = {
checkIsbn:function(isbn){
........
},
getIsbn:function(){
return this.isbn;
},
setIsbn:function(isbn){
if(!this.checkIsbn(isbn))throw new Error("不合法的isbn码");
this.isbn = isbn;
},
getName:function(){
return this.name;
},
setName:function(){
this.name = name || '没有名字';
},
getAuthor:function(){
return this.author
},
setAuthor:function(){
this.author = author || '没有作者';
},
display:function(){
//..................
}
};
/**
方案二,采用闭包的方式形成真真的私有属性和方法;javascript中的作用域是词法性的;函数运行在定义他们的作用域中,而不是
运行在调用他们的作用域中。子类不能访问父类的所有私有属性和方法。所以用闭包实现私用成员导致了‘继承破坏封装’;有子类的话尽量用
方案一
**/
var Book = function(newIsbn,newName,newAuthor){
var isbn,name,author;//私有属性
function checkIsbn(isbn){
//私有访法
}
//有特权的方法(那些需要直接访问私有成员的方法才被设置为特权方法,特权方法太多占用内存,每个对象实例都包含了所有特权方法的副本)
this.getIsbn = function(){
return isbn;
};
this.setIsbn = function(){
if(!checkIsbn(newIsbn)) throw new Error('非法的isbn码');
isbn = newIsbn;
};
this.getName = function(){
return name;
}
this.setName = function(newName){
name = newName || '没有名字';
}
this.getAuthor = function(){
return author;
}
this.setAuthor = function(newAuthor){
author = newAuthor || '没有作者';
}
//构造器代码
this.setIsbn(newIsbn);
this.setName(newName);
this.setAuthor(newAuthor);
};
//公有的
Book.prototype = {
display: function(){//不需要直接访问私有属性,可以通过特权方法来访问
/**展示书刊的一些信息**/
}
}
/**
方案三,可以在方案二的基础上给类和对象添加静态变量和方法(私有的和公有的),大多数方法,属性关联在类的实例(对象)上;静态的变量和方法关联在类对象(js处处是对象)上,静态成员都只有一份;
**/
var Book = (function(){//在这里,book想当于是一个构造函数,return返回这个函数, 括号括起来的相当于是个闭包;
//静态变量(私)
var countBookNum=0;
//静态方法(私)
function checkIsbn(isbn){
if(!isbn||typeof isbn !='string'){
return false;
}
return true;
}
//返回构造函数(作为一个内嵌函数返回)
return function(newIsbn,newName,newAuthor){
var isbn,name,author;//私有属性
//有特权的方法(那些需要直接访问私有成员的方法才被设置为特权方法,特权方法太多占用内存,每个对象实例都包含了所有特权方法的复本)
this.getIsbn = function(){
return isbn;
};
this.setIsbn = function(){
if(!checkIsbn(newIsbn)) throw new Error('非法的isbn码');
isbn = newIsbn;
};
this.getName = function(){
return name;
}
this.setName = function(newName){
name = newName || '没有名字';
}
this.getAuthor = function(){
return author;
}
this.setAuthor = function(newAuthor){
author = newAuthor || '没有作者';
}
countBookNum++;
if(countBookNum>5) throw new Error("书本只能有"+(countBookNum-1)+"本!");
//构造器代码
this.setIsbn(newIsbn);
this.setName(newName);
this.setAuthor(newAuthor);
}
})();
/**该方法作为构造函数的属性出现的;是公有的,静态函数**/
Book.converteUpperCase = function(inputString){
alert(inputString.toUpperCase());
}
Book.prototype = {
display: function(){
/**展示书刊的一些信息**/
alert("** "+this.getIsbn()+" *** "+this.getName()+" ** "+this.getAuthor());
}
}
/**代码测试:这里要进行异常处理**/
try{
for(var i=0;i<7;i++){
var b = new Book('12qw','极品药师','明明');
b.display();
b = null;
}
}catch(e){
alert(e);
}
Book.conterLitterCase('Hello World!');//静态公有方法的调用(实际是作为构造函数的属性)
</script>
注:方案三中私有成员和特权成员仍被申明在构造器中,构造器却变成一个内嵌函数,并作为包含它的函数的返回值赋给了Book。创建了一个闭包。位于外层函数申明的一对括号很重要,作用是代码一载入立即执行这个函数。这个函数返回值是另一个函数,被赋给了Book变量,因此Book成了一个构造函数;实例化Book时,调用的是这个内层函数。外层那个函数只是用于创建一个可以用来存放静态私用成员的闭包。
checkIsbn被设计为静态方法,是不让每个对象中都有一个这个函数;静态属性countBookNum统计Book构造器的总调用次数。
js两种生成对象模式(公有成员和成员私有)的更多相关文章
- 关于微软企业库中依赖注入容器Unity两种生成对象的实现u
http://www.byywee.com/page/M0/S261/261037.html
- js两种定义函数、继承方式及区别
一:js两种定义函数的方式及区别 1:函数声明: function sayA() { alert("i am A"); } 2:函数表达式: var sayB = function ...
- JavaScript中的两种全局对象
这里总结的东西特别适合先学习c/c++, Java这类标准语言再学JS的童鞋们看,因为JS在程序执行之前就会初始化一个全局对象,这个全局对象到底是什么是跟JS程序运行环境有关的. 根据JavaScri ...
- 原生Js 两种方法实现页面关键字高亮显示
原生Js 两种方法实现页面关键字高亮显示 上网看了看别人写的,不是兼容问题就是代码繁琐,自己琢磨了一下用两种方法都可以实现,各有利弊. 方法一 依靠正则表达式修改 1.获取obj的html2.统一替换 ...
- GitHub Flow & Git Flow 基于Git 的两种协作开发模式
介绍基于Git 两种协作开发模式,GitHub Flow & Git Flow 对于Github 一些好用的特殊操作技巧 ,可以见GitHub 特殊操作技巧 和Git的基本操作 一 GitHu ...
- 死磕Spring之AOP篇 - Spring AOP两种代理对象的拦截处理
该系列文章是本人在学习 Spring 的过程中总结下来的,里面涉及到相关源码,可能对读者不太友好,请结合我的源码注释 Spring 源码分析 GitHub 地址 进行阅读. Spring 版本:5.1 ...
- iframe-父子-兄弟页面相互传值(jq和js两种方法)
参考文章: http://blog.csdn.net/u013299635/article/details/78773207 http://www.cnblogs.com/xyicheng/archi ...
- 原生js - 两种图片懒加载实现原理
目前图片懒加载的方式主要有两种: 1.利用getBoundingClientRectAPI得到当前元素与视窗的距离来判断 2.利用h5的新API IntersectionObserver 来实现 ge ...
- 两种交换机配置模式,以配置基于端口划分的VLAN为例
关于交换机的配置模式,大体上可以分为两类:其一以CISCO交换机为代表的配置模式,其二以Huawei.H3C交换机为代表的配置模式.其实这两种配置模式并没有本质的不同,只是配置的命令名称和配置方式存在 ...
随机推荐
- 动手Jquery插件
自己动手Jquery插件 最近Web应用程序中越来越多地用到了JQuery等Web前端技术.这些技术框架有效地改善了用户的操作体验,同时也提高了开发人员构造丰富客户 端UI的效率.JQuery本身提供 ...
- 字符串处理:kmp算法
刷vj的时候遇到一个kmp算法,就学习了一下 看了某位大神的清楚解释略有领会 看了一遍之后,可以清楚的知道 void kmp 的模拟过程,就是j指针的运动情况 但是j指针的运动是如何具体的实现,这其实 ...
- 用Python实现gmail邮箱服务,实现两个邮箱之间的绑定(上)
一.本程序的起源 当我决定去中科院实习的时候,我给刘奎恩老师发了封邮件.我对此事是非常看重的,因此经常使用浏览器,打开gmail去查看刘老师有没有给我回复.因为gmail的新邮件推送的功能仅限于打开浏 ...
- 企业架构研究总结(40)——TOGAF架构能力框架之架构合同、成熟度模型和架构技能框架
5. 架构合同 架构合同是在开发团体和赞助者之间关于架构的交付物.质量以及适用目标的联合协议,并且通过有效的架构治理将会促使这些协议的成功施行.通过对合同的管理施行一个治理方法,如下几点将会得到保障: ...
- NSSortDescriptor(数组排序)
如果数组里面的每一个元素都是一个个model,例如 DepartsDate.h文件 [plain] view plaincopy #import <Foundation/Foundation.h ...
- ios学习笔记之UIViewControl生命周期
提到UIViewcontrol,每个人都不会陌生吧!平时实际开发中,每天的实际开发应该都少不了它.学过android的各位亲,也对生命周期这四个字并不陌生,无论是activity,还是service, ...
- nosql和关系型数据库比较?
nosql和关系型数据库比较? 优点: 1)成本:nosql数据库简单易部署,基本都是开源软件,不需要像使用oracle那样花费大量成本购买使用,相比关系型数据库价格便宜 2)查询速度:nosql数据 ...
- 一位IT牛人的十年经验之谈
1.分享第一条经验:“学历代表过去.能力代表现在.学习力代表未来.” 其实这是一个来自国外教育领域的一个研究结果.相信工作过几年.十几年的朋友对这个道理有些体会吧.但我相信这一点也很重要:“重要的道理 ...
- service structure flowchart [mobile to server via HTTP RESTful API and TCP/IP in a map]
mobile to server in RESTful and TCP/IP way
- about flashback_transaction_query
详见原文博客链接地址:about flashback_transaction_query