principle专题
设计模式原则：里氏替换原则（Liskov Substitution Principle, LSP）
定义 LSP由Barbara Liskov于1987年提出，一般有两种定义方式： 第一种：If for each object O1 of type S there is an object O2 fo type T such that for all programs P defined in terms of T, the behavior of P is unchanged when
开放封闭原则（Open Closed Principle）
在面向对象的设计中有很多流行的思想，比如说 “所有的成员变量都应该设置为私有（Private）”，“要避免使用全局变量（Global Variables）”，“使用运行时类型识别（RTTI：Run Time Type Identification，例如 dynamic_cast）是危险的” 等等。那么，这些思想的源泉是什么？为什么它们要这样定义？这些思想总是正确的吗？本篇文章将介绍这些思想的基础：
设计模式：合成复用原则（Composite Reuse Principle，CRP）介绍
合成复用原则（Composite Reuse Principle，CRP）是面向对象设计原则之一，它强调通过组合已有的对象来实现新的功能，而不是通过继承已有的类来实现。合成复用原则的核心思想是尽量使用对象组合而不是类继承，从而使系统更加灵活、可复用和可维护。 该原则的实现原理可以通过以下几点来说明： 通过组合实现代码复用： 将已有的类组合在一起，形成一个新的类，新的类可以通过调用组合类的
设计模式：里氏代换原则（Liskov Substitution Principle，LSP）介绍
里氏代换原则（Liskov Substitution Principle，LSP）是面向对象设计原则的一部分，它强调子类对象应该能够替换其父类对象而不影响程序的正确性。换句话说，子类对象应该可以在不改变程序正确性的前提下替换掉父类对象。 该原则的实现原理可以通过以下几点来说明： 子类必须完全实现父类的抽象方法： 子类继承父类时，必须实现父类中声明的所有抽象方法，并且保持方法签名和语义的一
里氏替换原则 Liskov Substitution Principle
接口就是为了解耦。你开发你的，我开发我的只要我们按照定好的接口来开发，就可以协同工作了。 http://www.cnblogs.com/leoo2sk/archive/2008/04/10/1146447.html 继承类表达了is-a的概念。 实现接口表达了can-do的概念。
字符串比较大小的principle 、ASCII码和字符串string
http://www.cnblogs.com/aduck/articles/2246168.html 换行符的ASCII码是: 10，C语言用'\n'表示。回车符的ASCII码是: 13，C语言用'\r'表示。0是48 A65 a 97 空格 3 #include<iostream> //代码1 表示#include<string>using namespace st
搬砖方法论：Open Closed Principle(开闭原则又叫OCP原则)
开放和关闭到底是什么 我们可以看一下对于开闭原则的定义： 软件中的对象(类，模块，函数等等)应该对于扩展是开放的，但是对于修改是封闭的。 或者更简洁：对扩展开放，对修改关闭。 其实我们可以把扩展和修改进行细分。 扩展：增加原来没有的功能。修改：对已经含有的功能做规则上的更改。 这里面的开闭是以功能为单位，比较成功的应用就是插件，插件的增加和删除，并不会干扰系统中的其他插件，插件间也相互独立。 如
搬砖方法论：Single Responsibility Principle(单一职责原则又叫SRP原则)
差异的源头 前言：语言本身是一件非常不稳定的表达工具，这也是为什么我们在沟通中需要观察对方的表情、肢体动作、给予的隐喻、提供的图像来进一步确定对方想表达的意思，加之语言的使用者和接收者因文化、职业、经历等不确定因素的影响，又会造成相同的语句表达出不同含义，这让语言的精确性再次下降。 只有这些？ 当我们用搜索引擎搜索 SRP原则或单一职责原则关键字，定义中使用频率最多的一句话就是：一个类应该只有一
MDL:minimum description length principle
转自http://blog.csdn.net/xiaoyu714543065/article/details/8445221 最小描述长度原则
依赖倒转（倒置）原则（Dependence Inversion Principle）
目录 1、基本介绍 2、应用实例 2.1、需求 2.2、传统方式 2.2.1、类图 2.2.2、代码 2.2.3、传统方式分析 2.3、遵循依赖倒置原则解决问题 2.3.1、类图 2.3.2、代码 2.3.3、遵循依赖倒置原则分析 3、依赖关系传递的三种方式 3.1、接口传递 3.2、构造方法传递 3.3、setter方式传递 4、依赖倒置原则的注意事项和细节
LSP The The Liskov Substitution Principle
转载： http://blog.csdn.net/robinvane/ LSP The The Liskov Substitution PrincipleOCP原则背后的主要机制是抽象和多态。支持抽象和多态的关键机制是继承。 LSP的定义 若对于每一个类型P的对象p1，都存在一个类型C的对象c1，使得在所有针对C编写的程序P中，用p1替换c1后，程序P的行为功能不变，则C是P的子类型。 L
设计原则-接口隔离原则（Interface Segregation Principle）
意图 使接口粒度合适 定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。 建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少。 使用多个隔离的接口，比使用单个接口更好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是软件的设计思想，从大型软件架构出发，为了升级和维护方便。 “降低依赖，降低耦合”优点 通过分散定义多
设计原则-依赖倒置原则（Dependence Inversion Principle）
意图 面向接口编程。 定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。 这是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。优点 降低类之间的耦合性，提高系统的稳定性，降低修改程序造成的风险传递依赖关系的方式 传递
设计原则-里氏替换原则（Liskov Substitution Principle LSP）
意图 规定继承 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。 定义2：所有引用基类的地方必须能透明地使用其子类的对象。 继承：在之类中尽量不要重载和覆盖父类中非抽象的方法 解决方案：当使用继承时，遵循里氏替换原则。类
设计原则-开闭原则（Open Close Principle）
意图 开闭原则就是说对扩展开放，对修改关闭（一个软件实体如类、模块和函数应该对扩展开放，对修改关闭）。在程序需要进行扩展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类。 实现 用抽象构建框架，用实现扩展细节。
1_开闭原则(Open Closed Principle)
开闭原则(Open Closed Principle) 1.概念 开闭原则（Open-Closed Principle）是指一个软件实体如类、模块和函数应该对扩展开放， 对修改关闭。所谓的开闭，也正是对扩展和修改两个行为的一个原则。强调的是用抽象构建框架，用实现扩展细节。 2.案例演示与讲解 创建一个课程接口 public interface ICourse {Integer getId
05.开闭原则（Open Closed Principle）
“你这个人怎么这么轴？让你改改以前的代码怎么和要了你命似的？难道你的能力仅限于此吗？” “你懂什么？我有我的原则！我有我的信仰！” 一言 开闭原则即：对扩展开放，对修改关闭，它是所有设计的核心。 概述 大家潜意识里普遍遵循的原则，往往是最关键、最重要的原则。法律或许偶有狂徒触碰，但雷池从不放走一个活人。 科幻小说《三体》中有这样一个桥段，面壁者比尔·希恩斯为了“坚定”地球人抵
hackinglab脚本关第十五之Principle很重要的XSS解题思路
Principle很重要的XSS 分值: 300 原理/原则/理念很重要.....不是所有的xss都叫特仑苏.. ^_^Take it easy! 解题思路： 首先，题目肯定设置了过滤规则，和14题的妖艳贱货不同，它的过滤器很奇怪，慢慢试。 我们先试一下<script>、javascript这种字符串会不会被过滤： 不出意外的被过滤了： 没事，超链接标签嘛，根据14题的思路，我们尝
04.里氏替换原则（Liskov Substitution Principle）
暴论：一般的，如果一个富二代不想着证明自己，那么他一辈子都会衣食无忧。 一言 里氏替换原则想告诉我们在继承过程中会遇到什么问题，以及继承有哪些注意事项。 概述 这是流传较广的一个段子： “一个坐拥万贯家财的富二代，他可以终日花天酒地，飞扬跋扈，跑车炸街，美女为伴，极尽荒唐之能事。只要他不想着证明自己比父亲强，让父辈的产业按既定的规则运转，那么他将一生衣食无忧。” 看似
Java设计模式 七大原则（七） 组合/聚合复用原则（Composite/Aggregate Reuse Principle CARP）
尽量使用合成/聚合达到复用，尽量少用继承。原则： 一个类中有另一个类的对象。 1.概念： 合成/聚合复用原则（Composite/Aggregate Reuse Principle，CARP）经常又叫做合成复用原则。合成/聚合复用原则就是在一个新的对象里面使用一些已有的对象，使之成为新对象的一部分；新的对象通过向这些对象的委派达到复用已有功能的目的。它的设计原则是：要尽量使用合成/聚合，尽量
git# principle
git不保存增量，维护的是整个文件的快照，版本控制中保存的是快照的索引。如果文件没有变化，则用链接代替快照。git可以完全在本地操作。这种本地化大大加快了绝大部分操作的速度。所有的标记都依赖校验和。版本有哈希值，文件也有哈希值。哈希是数据的唯一标识和索引，是git 的设计哲学。每一个文件都处于如下4种状态中的一个：untracked， not-staged， staged， commited。un
OOP设计原则SOLID——单一职责原则Single-Responsibility Principle
SOLID是5个面向对象设计原则英文单词的缩写，旨在帮助软件设计变得可理解、可伸缩、可维护。在 Robert C. Martin（他是一位软件工程师，也是一位大学老师）2000年的文章《设计原则和设计模式中》，这5个原则首次被提出来。SOLID原则分别指： 单一职责原则：有且只有一个引起变更的原因 开闭原则：软件实体应该被设计为对扩展开放，对修改关闭 里式替换原则：使用基类引用（或指针）的
WG_principle
首先，我想说明几点：第一，这篇文章并不是具体教你如何写外挂，只是带你大致浏览一下网游外挂的制作流程，并就其中的一些关键技术点加以简单说明。大家可以用看故事书的心情来阅读此文，了解一下网游外挂制作过程中的一些原理。第二，网游数据的破解爱麻烦，通常一个网游外挂制作团队内都有一名破解高手坐镇。所以碰到破解方面的问题我就只能一笔带过了。 一、游戏封包的加密与解密算法的破解 破解封包的加密与解密
【编码魔法师系列_六大原则3】依赖倒置原则（Dependence Inversion Principle）
学会设计模式，你就可以像拥有魔法一样，在开发过程中解决一些复杂的问题。设计模式是由经验丰富的开发者们（GoF）凝聚出来的最佳实践，可以提高代码的可读性、可维护性和可重用性，从而让我们的开发效率更高。通过不断的练习和实践，掌握其中的奥妙，选择合适的设计模式，能为我们的项目增加一丝神奇的魔力。 文章目录 定义例子Coding测试：测试结果：优点： 定义 程序要依赖于抽象接口
android补间动画回弹,Principle动画的基本逻辑
1. Principle中对象的四个交互属性 物件的交互属性，包括4个状态，横轴纵轴都可以调节。如图： Static(静止的，静态的)：这个是所有物件的默认状态，这个物件是不能被移动的。 Drag(拖动)：例如做悬浮窗 Scroll(滚动)：我们看到的大部分页面都是Scroll组件，例如瀑布流的页面，有了scroll才有了我们“刷”手机的的动作。 Page(翻页)：这个概念不是很好理解，暂且理