android - 架构思考(三) 写代码前的一些代码细节

细节决定成败,在一些细节上可以看出个人的编码风格习惯。

简要目录:

  • 1、static 关键字的理解
  • 2、明确开发目标
  • 3、类级别的解耦方式

static 关键字的理解

首先理解下 static,它可以作用在类、变量、方法、代码块上。它表示‘全局’或者‘静态’的意思。它不依赖具体的实例而被所有的实例共享。

  • 代码块上:如果有些代码必须在项目启动的时候就执行,就需要使用静态代码块,这种代码是主动执行的。优先于构造方法,可以有多个静态代码块(按先后循序执行)

  • 变量、方法上:可以理解为不需要实例化对象即可使用,即全局方法、全局变量 (当然要受修饰符限制)。静态变量是属于整个类的变量而不是属于某个对象的,静态方法也同理。
    静态方法不能以任何方式引用this和super关键字,因为静态方法在使用前不用创建任何实例对象,当静态方法调用时,this所引用的对象根本没有产生。

    一些 static 方法,最好是写在一个类中,作为公共使用的工具类,而不是写到具体类中。

    在使用static方法时,会担心内存不释放问题,其实一般情况下,在该方法执行完后就释放掉该引用,除非传递给其他对象。例如

android - 架构思考(三) 写代码前的一些代码细节_第1张图片
static 方法
  • 类上:一般都是作用在静态内部类上,与非静态内部类有很大的区别
    • 非静态内部类:持有外部的引用,若内部类不释放则外部类也得不到释放。(当心内存泄漏)
      持有外部类的引用就可以使用外部类的成员变量和方法

    • 静态内部类:不是有外部类的引用
      与外部类的关系:外部类可以访问内部类的静态属性和静态方法
      因此静态内部类可以:预防持有外部类而导致的内存泄漏。

明确开发目标

两个目标:

  • 任务分配
  • 代码解耦

开发基本上都是多人来完成的,合理的分配任务,才不至于‘串行’的开发。任务分配是的目标是为了使得代码能够更好的解耦。

设计模式无非是为了 高内聚低耦合 ,如何使得代码更好的解耦,道理我们都懂,只是有些时候需要个整体的屡清楚

类级别的解耦方式

    1. 通过配置来驱动业务,在某一时间内使得程序趋于衡定,避免硬编码。
    1. 通过抽象或接口来减少耦合,对于变化类不该有强依赖,杜绝显示的循环引用。
    1. 通过中间类来减少直接依赖,比如 util 类、proxy 以及工厂类等。

你可能感兴趣的:(android - 架构思考(三) 写代码前的一些代码细节)