框架及设计模式
Mr_Zhongquan
大四移动狗
展开
-
设计模式_Builder模式
Builder模式是一步一步创建一个复杂对象的创建型模式,他允许用户在不知道内部构造细节的情况下,可以更精细地控制对象的构造流程。该模式是为了将一个复杂对象的构建与他的表示分离,使得同样的构建过程可以创建不同的表示。使用场景例如,在创建一个对象时,如果该对象的构造方法需要多个参数,而多个参数势必会增加开发者调用该构造方法时的难度,一两个参数还好,如果说参数有5个,甚至是更多的时候,开发者在调用方法的原创 2016-03-16 12:13:50 · 602 阅读 · 0 评论 -
设计模式_原型模式
原型模式: Prototype Module顾名思义,这个模式有一个样板实例,用户从这个样板对象中复制出一个内部属性一致的对象,这个过程也就是我们俗称的克隆。被复制的实例就被成为“原型”。定义用原型实例指定创建对象的种类,并通过拷贝这些原型创建新的对象使用场景类初始化需要消耗非常多的资源,包括数据,硬件资源,通过原型拷贝可以避免这些消耗通过new产生一个对象需要非常繁琐的数据准备或访问权限一个原创 2016-03-16 13:46:07 · 563 阅读 · 0 评论 -
设计模式_状态模式
状态模式中的行为是由状态来决定的,不同的状态下有不同的行为。状态模式把对象的行为包装在不同的状态对象里,每一个状态对象都有一个共同的抽象状态基类。意图是让一个对象在其内部状态改变的时候,行为也随之改变。使用场景一个对象的行为取决于它的状态,并且它必须在运行时根据状态改变它的行为代码中包含大量与对象状态有关的条件语句,例如if-else, switch-case且这些分支依赖于该对象的状态状态模原创 2016-03-16 14:36:09 · 744 阅读 · 0 评论 -
MVP 深引用方式的简单实现
每个框架都有各自的使用领域,要根据项目的实际情况合理的选择对应的框架以及设计模式。原创 2016-03-02 09:55:05 · 945 阅读 · 0 评论 -
JVM原理及底层探索
JVM是Java程序运行的环境,但是他同时也是一个操作系统的一个应用程序的一个进程,因此JVM也有他自己的运行生命周期,也有自己的代码和数据空间。原创 2016-03-18 14:05:09 · 5473 阅读 · 1 评论 -
设计模式_单例模式
顾名思义,单例对象的类必须保证只有一个实例存在,这有利于我们协调系统整体的行为。例如在Volley框架中,存在一个RequestQueue队列,这个队列中含有线程池,缓存系统,网络请求等,很消耗资源,因此我们最好不要让它构造多个实例。使用场景确保某个类有且只有一个对象的场景,避免多个对象消耗过多的资源,或者某种类型的对象只应该有且只有一个。例如:要创建的对象消耗过多的资源,访问IO和数据库等资源等等原创 2016-03-16 11:56:34 · 1656 阅读 · 0 评论 -
Android重构记录及其模块化
本文仅为个人观点,不完全符合模块化的标准定义及其拓展。思路类似,仅此而已。不可当做模块化的标准理解。如果各位对于本博客中提到的任何思路或者架构有任何看法,欢迎讨论。以下仅是这3天的个人考虑,基于个人能力及视野的限制,很有可能不完善,欢迎批评指正,共同进步。转载请注明出处:http://blog.csdn.net/jonstank2013?viewmode=contents原创 2017-02-24 13:11:41 · 2570 阅读 · 2 评论