google_fly的博客

Java语言的新特性:Lambda表达式与Functional接口 Lambda表达式（也称为闭包）是整个Java 8发行版中最受期待的在Java语言层面上的改变，Lambda允许把函数作为一个方法的参数（函数作为参数传递进方法中），或者把代码看成数据：函数式程序员对这一概念非常熟悉。在JVM平台上的很多语言（Groovy，Scala，……）从一开始就有Lambda，但是Java程序员不得不使用

定义;提供一个创建一系列相关或相互依赖的对象的接口，而无需指定他们具体的类。概述： 每一个模式都是针对一定问题的解决方案，工厂方法模式针对的是一个产品等级结构；而抽象工厂模式针对的是多个产品等级结构组成 抽象工厂接口 抽象产品 具体工厂 具体产品问题：当面对不同的数据库比如Access ，Sqlserver 等不同我们怎么处理我们的数据库访问层，做到开放封闭的原则具体代码：/*

定义 代理模式的定义：为其他对象提供一种代理以控制对这个对象的访问。在某些情况下，一个对象不适合或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。组成： 抽象角色：通过接口或抽象类声明真实角色实现的业务方法。 代理角色：实现抽象角色，是真实角色的代理，通过真实角色的业务逻辑方法来实现抽象方法，并可以附加自己的操作。 真实角色：实现抽象角色，定义真实角

整体框架 以内存的形式整体分析流程 类加载过程： 以编译过程的形式的整体流程 即时编译和解释执行： java程序最初是仅仅通过解释器解释执行的，即对字节码逐条解释执行，这种方式的执行速度相对会比较慢，尤其当某个方法或代码块运行的特别频繁时，这种方式的执行效率就显得很低。于是后来在虚拟机中引入了JIT编译器（即时编译器），当虚拟机发现某个方法或代码块运行特别频繁时，就会把这些

解惑 AndroidEventBus：区别于greenrobot的EventBus，是由国内大神进行写类似EventBus也是在此基础上升华的一个开源库，是和greenrobot的EventBus完全是两个不独立的开源项目，一开始我也是摸不清两者以为 都是同一个大神写后来发现是两个不同的开源库。 概述： AndroidEventBus类似于观察者模式,通过register函数将需要订阅事件

上篇是EventBus的使用和概述，EventBus源码可以在github:https://github.com/greenrobot/EventBus 进行下载： 下面我们看EventBus怎么实现的原码。 在我们使用的时候 首先要注册： EventBus.getDefault().register(this); 看到这个代码 就是程序的起点。由源码看：/** Convenience s

概述 greenrobot的EventBus是一个非常流行的开源库 EventBus是一款针对Android优化的发布/订阅事件总线。主要功能是替代Intent,Handler,BroadCast在Fragment，Activity，Service，线程间传递消息.优点是开销小，代码更优雅。以及将发送者和接收者解耦。 源码：https://github.com/greenrobot/

经典原理：http://www.ibm.com/developerworks/cn/java/j-lo-classloader/index.html什么叫反射? 光在两种物质分界面上改变传播方向又返回原来物质中的现象，叫做光的反射。这里的反射指的是我们物理学中的反射定义,而在我们java 编程反射 是反射类的类型的一种技术,大部分时间我们都是看到和操作的都是类型,那么反射是对类型的操作.概述

当你想让改变你的代码时请从你的书写代码规范做起，其实是一件对我们来说很简单的事，但对我们代码是一种很高的提升。即使你编码很nb但代码没有规范让别人看起来也是很糙。变量，常量的命名变量的命名 ：首字母小写 nameSpace静态变量：‘_’下划线加字母 _nameSpace常量：字母全部大写 NAMESPACE方法 - 方法的命名 ：首字母小写 驼峰命名法 - 明确访问修饰符权限类和

定义：动态的给一个对象添加额外的职责，就增加功能来说，装饰模式比给子类继承要灵活。 角色分析： 1. 抽象主体行为接口Component：规定添加装饰功能接口 2. 装饰角色类Deactor:持有Compoent对象的装饰类 3. 主体类CreateComponent：主体类接受装类所给的功能 4. 具体装饰类CreateDeactorA，CreateDeacto

参考《大话设计模式》 感觉写的非常好简单易懂，有兴趣的同学可以看看。单一原则 就一个类而言，能够引起它的变化的仅有一个。 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这个耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏。 软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离；如果能够想到多于一个动机

定义：它定义了算法家族，分别封装起来，让他们之间可以相互替代，此模式让算法的变化，不会影响到使用算法的客户。——大话设计模式整体架构图： 这个模式涉及到三个角色： 环境(Context)角色：持有一个Strategy的引用。 抽象策略(Strategy)角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。 具体策略(ConcreteStra

简单工厂模式解释 简单工厂模式（Simple Factory Pattern）属于类的创新型模式，又叫静态工厂方法模式（Static FactoryMethod Pattern）,是通过专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。主要有3个角色工厂角色（Creator）：这是简单工厂模式的核心，由它负责创建所有的类的内部逻辑。当然工厂类必须能够被外界调用，创建所需