架构

只需要重栽两个函数，就能实现一个Activity或者Fragment的渲染逻辑。而且还能大大提高UI的渲染速度。

页面的渲染是UI线程搞的，数据的加载是IO线程搞的，他俩一起开搞那速度不就更快了吗，又何须菊花转呢？

需求 目前有这样一个需求: 1 需要一个页面，展示多个条目 2 每个条目有独立的倒计时，倒计时结束后就删除此条目 3 每个条目上有删除按钮，点击可以删除该条目 4 列表上的条目类型是多样的 可行性分析

什么是工厂模式 所谓工厂模式，就是: 定义一个用于创建对象的接口，让子类去决定创建哪一个类，说白了 "就是创建什么类" 由子类来决定。 说人

程序的本质 程序的本质在于模拟现实，但是有更明确的分工 简单的一个例子: 我 写 代码。 这是一个主谓结构: 主语->我，谓语->写，宾语-

凡是A，B无依赖关系，且想要互相通信的，其最基本的原理就是通过一个彼此都依赖的第三方C，不管是binder，socket，file，pro

单一职责原则 有人不爽了，我就是要一个类干多件事怎么着，当然可以啊，如果是你自己一个人写代码，随便写，只要你能保证后面修改的时候不出bug，并且改的快，就行。比方说，一个类A，我既做了条件判断，又弹了

单例谁都会写，而且五花八门，且随洒家来瞅瞅。 太easy了，没什么说的，优点是"有可能"省内存，万一没人要就不创建，就省了内存，缺点是如果多个人同时一起要，可能创建多个，说白了就是"非线程安全"。怎么解决？看下面的恶汉式。 代码有一点需要注意: 单例对象要加"volatile"…