youyu4
- 浏览: 441754 次
-
最新评论
-
liaodongdakai：
Java读源码之Netty深入剖析网盘地址：https://p ...
java Netty 之 字符串消息收发（ChannelBuffer） -
萨琳娜啊：
Java读源码之Netty深入剖析网盘地址：https://p ...
java Netty 之 教学视频 -
ccqy66：
感觉步骤1的描述有问题吧，aof重写时是不会读原aof文件是， ...
Redis的AOF重写机制 -
dick1305：
没有了，能否再提供一个下载地址。谢谢。
java Netty 之 教学视频 -
dick1305：
...
java NIO 之 mina 和 netty
文章列表
为什么存在跨域请求？
因为JS的规范是只支持同源策略的，所谓同源是指协议、域名和端口都一致的情况。如果不使用同源策略就会有安全问题。
我对跨域请求的理解：
如果访问不同协议、域名、端口的地址并且有数据提交或请求时，就存在跨域请求问题，支付宝的支付链接应该算，友情链接不算。
下面看看网上的说法：
1. 对跨域http请求的理解
http://blog.csdn.net/chosen0ne/article/details/7333626
2. JS跨域请求的几种方法
http://www.blogjava.net/leisu ...
JS对象属性“可枚举”
- 博客分类：
- JavaScript
对象属性可枚举，表示该属性的值不可修改，可认为该属性是常量。
如何定义不可枚举的属性?
var obj = {name: 'jack', age:23}
Object.defineProperty(obj, 'id', {value : '123', enumerable : false });
获得对象实例属性集的方法：（实例属性指该属性仅存在于当前对象中）
1.
Object.keys(obj); // 获得对象上所有可枚举的“实例属性”
2.
Object.getOwnPropertyNames(obj) ;//获得对象上所有的“实例属性”
...
extend方法使用
- 博客分类：
- JavaScript
1）在百度tangram js 框架中的实现，
baidu.extend =
baidu.object.extend = function (target, source) {
for (var p in source) {
if (source.hasOwnProperty(p)) {
target[p] = source[p];
}
}
return target;
};
仅有2个参数，extend(target,source),第一个参数是目标对象，第二个参数是原对象 ...
Java面向对象16种设计原则
- 博客分类：
- 设计原理
一 类的设计原则
1 依赖倒置原则－Dependency Inversion Principle (DIP)
2 里氏替换原则－Liskov Substitution Principle (LSP)
3 接口分隔原则－Interface Segregation Principle (ISP)
4 单一职责原则－Single Responsibility Principle (SRP)
5 开闭原则－The Open-Closed Principle (OCP)
二 包的设计原则
6 重用发布等价原则－Release ReuseEquivalency Princ ...
设计原则--多用组合少用继承
- 博客分类：
- 设计原理
举例说明：
我们知道米饭和豆沙都是（继承）食品，然后我们用米饭包住豆沙放在锅里蒸一下，我们就得到了（派生）粽子。这样的结构是： 食品 / \米饭 豆沙
设计模式—创建型Singleton，单例模式：保证一个类只有一个实例，并提供一个访问它的全局访问点Abstract Factory，抽象工厂：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们的具体类。Factory Method，工厂方法： ...
设计原则--封装变化原则
- 博客分类：
- 设计原理
封装变化点。隔离变化点的好处在于，将系统中经常变化的部分和稳定的部分隔离，有助于增加复用性，并降低系统耦合度。很多设计模式的意图中都明显地指出了其对问题的解决方案，学习设计模式的要点是发现其解决方案中封装的变化点。
abstract class Person{
//简单的给出了两个属性，姓名和性别
protected String name="";
protected String sex = "";
public Person(String name,String sex){
this.name = name;
t ...
设计原则--依赖倒置原则
- 博客分类：
- 设计原理
定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。
问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。
解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类B或者类C发生联系，则会大大降低修改类A的几率。
依赖倒置原则基于这样一个事实：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架 ...
设计原则--接口隔离原则
- 博客分类：
- 设计原理
定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。
问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。
解决方案：将臃肿的接口I拆分为独立的几个接口，类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则。
举例来说明接口隔离原则：
这个图的意思是：类A依赖接口I中的方法1、方法2、方法3，类B是对类A依赖的实现。类C依赖接口I中的方法1、方法4、方法5，类D是对类C依赖的实现。对于类B和类D来说，虽然他们都存在着用不到的方法（也 ...
设计原则--最少知识原则
- 博客分类：
- 设计原理
定义：一个对象应该对其他对象保持最少的了解。
问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。
解决方案：尽量降低类与类之间的耦合。
自从我们接触编 ...
设计原则--开闭原则
- 博客分类：
- 设计原理
定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。
问题由来：在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整个功能进行重构，并且需要原有代码经过重新测试。
解决方案：当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。
开闭原则是面向对象设计中最基础的设计原则，它指导我们如何建立稳定灵活的系统。开闭原则可能是设计模式六项原则中定义最模糊的一个了，它只告诉我们对扩展开放，对修改关闭，可是到底如何才能做到对扩展开放，对修改关闭，并没有明确的告 ...
jQuery事件绑定和委托
- 博客分类：
- jQuery
jQuery事件的绑定和委托可以用多种方法实现，on() 、 bind() 、 live() 、 delegate() ，还有one()。
有时我们可能会像下面这样绑定一个事件：
$("#div1").click(function() {
alert("点击后触发");
});
上面的事件绑定，我们可以通过多种方式去实现：
1. on()
//无数据参数
$("p").on("click", function(){
alert( $(this).text() ); ...
设计原则--单一职责原则
- 博客分类：
- 设计原理
定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。
问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本 ...
设计原则--里氏替换原则
- 博客分类：
- 设计原理
肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。
定义1：如果对每一个 ...