<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[google_fly的博客]]></title><description><![CDATA[天道酬勤]]></description><link>https://blog.youkuaiyun.com/google_fly</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; google_fly]]></copyright><item><title><![CDATA[JDK1.8-新特性]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51463190</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51463190</guid><author>google_fly</author><pubDate>Fri, 20 May 2016 17:10:56 +0800</pubDate><description><![CDATA[Java语言的新特性:Lambda表达式与Functional接口
  Lambda表达式（也称为闭包）是整个Java 8发行版中最受期待的在Java语言层面上的改变，Lambda允许把函数作为一个方法的参数（函数作为参数传递进方法中），或者把代码看成数据：函数式程序员对这一概念非常熟悉。在JVM平台上的很多语言（Groovy，Scala，……）从一开始就有Lambda，但是Java程序员不得不使用]]></description><category></category></item><item><title><![CDATA[设计模式之抽象工厂]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51443842</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51443842</guid><author>google_fly</author><pubDate>Wed, 18 May 2016 14:34:35 +0800</pubDate><description><![CDATA[定义;提供一个创建一系列相关或相互依赖的对象的接口，而无需指定他们具体的类。
概述： 
  每一个模式都是针对一定问题的解决方案，工厂方法模式针对的是一个产品等级结构；而抽象工厂模式针对的是多个产品等级结构组成 
抽象工厂接口 
抽象产品 
具体工厂 
具体产品
问题：当面对不同的数据库比如Access ，Sqlserver 等不同我们怎么处理我们的数据库访问层，做到开放封闭的原则
具体代码：
/*]]></description><category></category></item><item><title><![CDATA[Gof_设计模式之代理模式]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51413404</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51413404</guid><author>google_fly</author><pubDate>Sun, 15 May 2016 00:29:27 +0800</pubDate><description><![CDATA[定义
  代理模式的定义：为其他对象提供一种代理以控制对这个对象的访问。在某些情况下，一个对象不适合或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。组成：
  抽象角色：通过接口或抽象类声明真实角色实现的业务方法。 
  代理角色：实现抽象角色，是真实角色的代理，通过真实角色的业务逻辑方法来实现抽象方法，并可以附加自己的操作。 
  真实角色：实现抽象角色，定义真实角]]></description><category></category></item><item><title><![CDATA[java之JVM原理理解]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51413209</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51413209</guid><author>google_fly</author><pubDate>Sun, 15 May 2016 00:20:23 +0800</pubDate><description><![CDATA[整体框架 
 
以内存的形式整体分析流程 
 
类加载过程： 
 
以编译过程的形式的整体流程 
 
即时编译和解释执行： 
java程序最初是仅仅通过解释器解释执行的，即对字节码逐条解释执行，这种方式的执行速度相对会比较慢，尤其当某个方法或代码块运行的特别频繁时，这种方式的执行效率就显得很低。于是后来在虚拟机中引入了JIT编译器（即时编译器），当虚拟机发现某个方法或代码块运行特别频繁时，就会把这些]]></description><category></category></item><item><title><![CDATA[AndroidEventBus-注解版]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51413054</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51413054</guid><author>google_fly</author><pubDate>Sun, 15 May 2016 00:05:50 +0800</pubDate><description><![CDATA[解惑  AndroidEventBus：区别于greenrobot的EventBus，是由国内大神进行写类似EventBus也是在此基础上升华的一个开源库，是和greenrobot的EventBus完全是两个不独立的开源项目，一开始我也是摸不清两者以为 都是同一个大神写后来发现是两个不同的开源库。
 
概述：
  AndroidEventBus类似于观察者模式,通过register函数将需要订阅事件]]></description><category></category></item><item><title><![CDATA[greenrobot的EventBus 源码解析]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51413011</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51413011</guid><author>google_fly</author><pubDate>Sat, 14 May 2016 23:53:16 +0800</pubDate><description><![CDATA[上篇是EventBus的使用和概述，EventBus源码可以在github:https://github.com/greenrobot/EventBus 
进行下载： 
下面我们看EventBus怎么实现的原码。 
在我们使用的时候 首先要注册： 
EventBus.getDefault().register(this); 
看到这个代码 就是程序的起点。由源码看：/** Convenience s]]></description><category></category></item><item><title><![CDATA[greenrobot EventBus开源库-使用]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51412952</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51412952</guid><author>google_fly</author><pubDate>Sat, 14 May 2016 23:43:19 +0800</pubDate><description><![CDATA[概述
  greenrobot的EventBus是一个非常流行的开源库 
  EventBus是一款针对Android优化的发布/订阅事件总线。主要功能是替代Intent,Handler,BroadCast在Fragment，Activity，Service，线程间传递消息.优点是开销小，代码更优雅。以及将发送者和接收者解耦。 
  源码：https://github.com/greenrobot/]]></description><category></category></item><item><title><![CDATA[Java 之反射]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51412752</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51412752</guid><author>google_fly</author><pubDate>Sat, 14 May 2016 23:12:55 +0800</pubDate><description><![CDATA[经典原理：http://www.ibm.com/developerworks/cn/java/j-lo-classloader/index.html
什么叫反射?
  光在两种物质分界面上改变传播方向又返回原来物质中的现象，叫做光的反射。这里的反射指的是我们物理学中的反射定义,而在我们java 编程反射 是反射类的类型的一种技术,大部分时间我们都是看到和操作的都是类型,那么反射是对类型的操作.概述]]></description><category></category></item><item><title><![CDATA[java 代码书写规范]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51248625</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51248625</guid><author>google_fly</author><pubDate>Tue, 26 Apr 2016 10:45:06 +0800</pubDate><description><![CDATA[当你想让改变你的代码时请从你的书写代码规范做起，其实是一件对我们来说很简单的事，但对我们代码是一种很高的提升。即使你编码很nb但代码没有规范让别人看起来也是很糙。变量，常量的命名
变量的命名 ：首字母小写 nameSpace
静态变量：‘_’下划线加字母 _nameSpace
常量：字母全部大写 NAMESPACE
方法 
 - 方法的命名 ：首字母小写 驼峰命名法 
 -  明确访问修饰符权限类和]]></description><category></category></item><item><title><![CDATA[设计模式之装饰模式]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51248380</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51248380</guid><author>google_fly</author><pubDate>Tue, 26 Apr 2016 10:21:49 +0800</pubDate><description><![CDATA[定义：动态的给一个对象添加额外的职责，就增加功能来说，装饰模式比给子类继承要灵活。
  角色分析： 
   1. 抽象主体行为接口Component：规定添加装饰功能接口 
   2. 装饰角色类Deactor:持有Compoent对象的装饰类 
   3. 主体类CreateComponent：主体类接受装类所给的功能 
   4. 具体装饰类CreateDeactorA，CreateDeacto]]></description><category></category></item><item><title><![CDATA[设计模式之设计原则]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51141311</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51141311</guid><author>google_fly</author><pubDate>Wed, 13 Apr 2016 10:50:26 +0800</pubDate><description><![CDATA[参考《大话设计模式》 感觉写的非常好简单易懂，有兴趣的同学可以看看。
单一原则  就一个类而言，能够引起它的变化的仅有一个。
  如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这个耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏。 
  软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离；如果能够想到多于一个动机]]></description><category></category></item><item><title><![CDATA[设计模式之策略模式]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51096147</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51096147</guid><author>google_fly</author><pubDate>Fri, 08 Apr 2016 14:02:13 +0800</pubDate><description><![CDATA[定义：它定义了算法家族，分别封装起来，让他们之间可以相互替代，此模式让算法的变化，不会影响到使用算法的客户。——大话设计模式整体架构图：
  这个模式涉及到三个角色： 
  环境(Context)角色：持有一个Strategy的引用。 
  抽象策略(Strategy)角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。 
  具体策略(ConcreteStra]]></description><category></category></item><item><title><![CDATA[GOF_23中设计模式之简单工厂]]></title><link>https://blog.youkuaiyun.com/google_fly/article/details/51073424</link><guid>https://blog.youkuaiyun.com/google_fly/article/details/51073424</guid><author>google_fly</author><pubDate>Wed, 06 Apr 2016 11:34:57 +0800</pubDate><description><![CDATA[简单工厂模式解释   简单工厂模式（Simple Factory Pattern）属于类的创新型模式，又叫静态工厂方法模式（Static FactoryMethod Pattern）,是通过专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。
主要有3个角色
工厂角色（Creator）：这是简单工厂模式的核心，由它负责创建所有的类的内部逻辑。当然工厂类必须能够被外界调用，创建所需]]></description><category></category></item></channel></rss>