关于接口、变量、指针、函数名和引用之间的联系

关于接口、变量、指针、函数名和引用之间的联系，并以此引申出来的软件层次

本文原创：由[cos0sin0]编写：

• 接口
• 函数名
• 变量
• 指针
• 引用

---

关于接口、变量、指针、函数名和引用的感悟

从某一个层面来说，接口、指针、引用、变量他们都是在做同一件事情，拓展软件的灵活性。它们抽象的代表了一种功能或者一种类型！举个例子：

A.变量

//a代表了整形变量这一类型
int a;

B.常量

//str代表了一个常量字符串
public static final String str = "我是常量";
/**
  *试想一下，我们在一个项目中要多次用到该常量，如果我们不用str来代替常量，
  *我们就要在项目中一次又一次的输入“我是常量”这个字符串。更为糟糕的是，某
  *一天需求变量，项目要求将“我是常量”修改成“我是变量”，这样，我们就要在项目
  *中将原来的字符串一个个重复性的替换。而如果用str来代替常量字符串，我只需要
  *修改一次就好，即在定义该常量的地方修改就可以了。
**/

C.函数名

//function为方法名，代指某个功能。它指向了实现该功能的代码
//可以把function想象成变量，代码就是变量指向的数据
//函数名可以理解为静态的，我们很少修改函数名。
//函数名指向的代码是动态的，我们经常修改函数内的代码，修复bug
public void function(){
  //code 
}

D.接口

/**接口定义了一系列抽象的方法，就是定义了某种功能。具体的实现可以是code1
  *来实现，也可以是通过code2来实现，当然也可以通过code3来实现。大大的增加
  *了软件的灵活性。
  *本质上，接口和变量名没什么区别。
**/
public interface services{
   public void method1();
   public void method2();
   //........
}

感悟和建议

个人认为，我们现实中的货币其实和指针引用接口是同一个概念。在古代，没有货币，人们只能通过交易牛来获取马，通过食品来换取衣物，而使用牛换取衣物就会显得不合理不划算，在实际的交换中，这种方式也会显得非常麻烦，十分的不方便、不灵活。而有了货币，一切就不一样了，将牛换成货币，通过这些货币可以买到衣物、买到日用品。比如，1000元==手机，也可以1000元==演唱票，仅仅引入一个中间量，整个交易瞬间就盘活了，同理，软件的动态性正是通过这些指针、引用和接口实现的。

引申一点，出现了货币之后，就要统一货币，不能北方使用货币A，而南方使用货币B，西方使用货币C，东方使用货币D。这就会增加不必要的麻烦，所以最终，人民币成了中国唯一的货币。就像在HTTP协议中，固定好了GET、POST这些方法，让大家共同遵守，这个互联网才能互联。因此，在设计软件的过程中，一定要注意哪些是要经常变动的，而哪些是固定不变的。

使用上述的方式，通过X来代替Y（Y代表一个复杂的功能或者代表某个类型集合），可以增加软件的灵活性、减少重复性（比如：一个函数名的背后是一堆复杂的代码，我们调研函数名就是调用一堆复杂的代码）。

由此引申而来的软件层次

假设我们现在要开发一个软件，该软件包含三个功能：

  *functionA:[代指某种功能A，而该功能A本质上其他子功能的集合]
  *functionB:[代指某种功能B，而该功能B本质上其他子功能的集合]
  *functionC:[代指某种功能C，而该功能C本质上其他子功能的集合]

同样，functionA是由下面一些子功能实现的：

functionA=
{subfunctionA1 , subfunctionA2 , subfunctionA3 , subfunctionA4.....}

【注意：每个子功能其实都是一堆复杂的代码实现的，我们现在仅用一个subfunction代指，其实每一个subfunction可以认为是一个方法或者函数名】
以此类推，子功能又由子子功能组成，而最终，这些功能是由统统是由变量、ifelse语句、循环体构成(当然，这些这些功能也是由更底层的功能实现，我们就此打住)。