JAVA接口和抽象类的更多个人理解

接口强调的是结果，不注重过程，因此在接口的公开方法的设计中，要考虑任务的结果导向，而不是功能实现过程。

功能实现过程要在类中设计，重复并一致使用的方法可以写在一个抽象类中。

这就再次强调了设计与实现的关系，要先对所需开发的业务需求做到了解，用接口思想设计出这个产品中存在的各个对象，当设计成功、设计出来的体系理论上能够运转、没有问题后，再开始实现这些抽象的接口类，想办法为满足这些接口组成的体系正常运行而去开发、实现、支持。

先设计，后实现。

毕竟计算机编程，面向对象编程思想就是对现实世界中人们的需求进行建模，因此面向对象编程思想它就像是心理医生那里的一套理论语言，当你把你所认识的事物用JAVA面向对象语言表达出来时，医生就知道你是怎么看待这个世界、事物了。事物本身没有任何意义，意义全在于我们人类自己的思想对事物的一些偏差、具有信仰的理解。

有一个比较好的设计模式就是，先设计一套符合业务需求的API形成系统，然后再具体实现这一套API接口们。运行时，对外显示是接口。

接口是为了设计（定义），而类是为了实现。

如果项目经理和程序员一起工作，项目经理也要参与写代码的话，那么项目经理必定写的是各个接口构成一个体系，而程序员则负责写类实现领导的接口。

项目经理直接根据业务需求，面向设计。

而程序员则根据项目经理的设计，面向实现。

再想到了一个比喻。对于计算机和程序员两者来讲，我们程序员写的.java代码，对于计算机java虚拟机、编译器来讲，它就是设计、是我们的想法（用java面向对象语言表达的）。而让这java代码文本能够按我们所愿，在计算机上工作，实现我们的设计的，就是java编译器和虚拟机，它们编译并运行我们的代码，实现了我们的设计。

理想设计变成现实存在，来源于实现者对理想设计的理解后，结合现实情况，将抽象转换成了现实中存在的东西，将其道理寄托在了现实当中，圆了需求方的一个美好的童话。

人们的认识与需求都是信仰。

那么这个世界中现实存在的东西到底是我之外的事物，还是我的脑海中的信仰？我是谁？

这就是哲学啊……感觉无法再更多地探究了，似乎某些事情已经到底了。

同时文中又引发了我对一个事物的追究，那就是语言，我们所认识、创造的东西，都像是在搭积木而已。把两种不关联的东西拿一块，拼凑在一起，就成了我们所认为的新的东西。拿语言来说，我们把【文字、口语】与【我们所认识的现实存在的事物】关联起来，这是一种映射、关联关系。

因此说，学习语言就是在【文字】与【我们所认识的事物理解概念】之间，建立链路，在两区块的脑神经细胞群之间建立神经电信号传递的桥梁。