magic3325-CSDN博客

转载如果让我重新设计一款Android App

本文来自aspook的博客：http://blog.csdn.NET/ahence/article/details/47154419开发工具的选择开发工具我将选用Android Studio，它是Google官方指定的Android开发工具，目前是1.2.2稳定版，1.3的预览版也已经发布了。Android Studio的优点就不需多说了，GitHub上大部分的Android开源库也都已迁

2017-03-10 10:26:49 253

转载资源加载和activity生命周期管理

前言我们知道，在activity内部访问资源（字符串，图片等）是很简单的，只要getResources然后就可以得到Resources对象，有了Resources对象就可以访问各种资源了，这很简单，不过本文不是介绍这个的，本文主要介绍在这套逻辑之下的资源加载机制资源加载机制很明确，不同的Context得到的都是同一份资源。这是很好理解的，请看下面的分析得到资源的方式为con

2016-05-14 10:32:56 499

转载 Android资源访问机制——获取Resources对象

我们知道在开发中，需要应用程序资源，如应用工程中assets和res目录下的图片，layout，values等，或者需要系统内置的资源。我们获取这些资源的入口对象都是Resources对象，并博文将分析如何获取Resources对象。获取Resources的过程：（1）将framework/framework-res.apk和应用资源apk装载为Resources对象。

2016-05-14 10:29:33 2044

转载设计模式六大原则（6）：开闭原则

转自：http://blog.csdn.net/zhengzhb/article/details/7296944定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。问题由来：在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整个功能进行重构，并且需要原有代码经过重新测试。解决方案：当软件需要变化

2014-12-12 16:39:56 310

转载设计模式六大原则（5）：迪米特法则

转自：http://blog.csdn.net/zhengzhb/article/details/7296930定义：一个对象应该对其他对象保持最少的了解。问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。解决方案：尽量降低类与类之间的耦合。自从我们接触编程开始，就知道了软件编程的总的原则：低耦合，高内聚。无论是

2014-12-12 14:16:26 598

转载设计模式六大原则（4）：接口隔离原则

转自：http://blog.csdn.net/zhengzhb/article/details/7296921定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。解决方案：将臃肿的接口I拆分为独立的几个接口

2014-12-11 14:26:56 306

转载设计模式六大原则（2.1）：里氏替换原则

转自：http://www.cnblogs.com/cbf4life/archive/2009/12/11/1622245.html里氏替换原则2.1 爱恨纠葛的父子关系在面向对象的语言中，继承是必不可少的、非常优秀的语言机制，它有如下优点：代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性；提高代码的重用性；子类可以形似父类，但又异于父类，“龙

2014-12-11 14:21:57 480

转载设计模式六大原则（1.1）：单一职责原则

转自：http://www.cnblogs.com/cbf4life/archive/2009/12/11/1622166.html单一职责原则我是“牛”类，我可以担任多职吗单一职责原则的英文名称是Single Responsibility Principle，简称是SRP。这个设计原则备受争议，只要你想和别人争执、怄气或者是吵架，这个原则是屡试不爽的。如果你是

2014-12-11 14:20:59 337

转载设计模式六大原则（3.1）：依赖倒置原则

转自：http://www.cnblogs.com/cbf4life/archive/2009/12/15/1624435.html依赖倒置原则（Dependence Inversion Principle，简称DIP）这个名字看着有点别扭，“依赖”还“倒置”，这到底是什么意思？依赖倒置原则的原始定义是：High level modules should not depend upon l

2014-12-11 14:12:36 381

转载设计模式六大原则（3）：依赖倒置原则

转自：http://blog.csdn.net/zhengzhb/article/details/7289269定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假

2014-12-11 13:41:00 318

转载设计模式六大原则（2）：里氏替换原则

转自：http://blog.csdn.net/zhengzhb/article/details/7281833肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义

2014-12-11 13:39:48 395

转载设计模式六大原则（1）：单一职责原则

转自：http://blog.csdn.net/zhengzhb/article/details/7278174定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。解决方案：遵循单一职责原则。分别建立两个类T1、

2014-12-11 13:37:58 267

转载 android4.0 statusbar加载icon

StatusBar分为两个部分：一是通常在手机界面最上端的未下拉的statusbar；二是下拉状态栏，也就是扩展状态栏。通过在实际应用中，我们可以发现，statusbar就是一个activity，那么，它的使用自然少不了和service之间的交互。PhoneStatusBar 通过IStatusBarService来访问StatusBarManagerService，而StatusBa

2012-10-26 01:15:04 319

转载 http://blog.chinaunix.net/uid-22342564-id-3053393.html

Android系统顶上的状态栏是属于FrameWork的东东，由于项目上需要对状态栏进行一些修改调整，我对其作了一个初步研究，写出来大家共享一下，其实这些早已写了，只是想等研究StatusBar中ExtendsView后再整理一个blog，不过现在已经没有时间了，目前深入研究 Android Binder机制，废话不多少，开始进入statusbar的探索 1.先从StatusBar的布局

2012-10-26 01:09:56 533