java多态

Java多态就是为了降低耦合，方便咱们开发的一种特性。

比方我写了一个动物的接口。然后我经过接口完结了猫和狗这个类。
在我需求运用的时分我能够这样实例化对象
动物w=new猫。
这就是向上转型。
这儿就有一点疑问了，咱们开发人员为啥不直接写个猫和狗的类。为啥偏偏要写一个接口。这不是在多此一举吗？
下面就我个人理解，仅供参考。
java是什么，是一个面向对象的工程型语言。这意味着啥，这意味着咱们可能几十个人，或许几百个人一同开发同一个项目。
一个人有一个自己的开发习气，假如咱们所有人开发人依据需求，自己搞自己的代码块或许功用。那万一咱们几十个人写完了发现，我靠，怎么代码合在一同的时分怎么到处都是错（变量，办法名不一致等等），程序跑不动了呀。

这样一搞，说个屁，效率多低呀。不可，不能这样搞开发。
然后就要有个开发项意图标准，刚才说了，每个开发人员有自己的开发习气，那怎么标准嘛?这时分，就需求大佬上场了。谁来当老迈嘛，没办法，就找那个头发最少的，写代码写的最多的人来当标准吧。
这样也能够服众，毕竟人家是长辈，人家代码写的多，把他来当标准，没啥问题。
那么问题来了，详细怎么标准呢？这时分就需求接口这个概念了。
那个头发最少的大佬，来写项意图标准（接口）,那些接口里边有咱们一般开发人员有必要要完结的办法和变量。
打个比方我是这个大佬（小声bb），我写个接口，然后他人来完结我的接口。这时分他人所完结的接口的办法名和重要变量名全是我说了算，我喜爱驼峰规则的命名，他完结的时分一个字母都不能改。假如改了，当时开发工具就会提醒你在乱搞，就会报错就能够及时纠正。不像开始那样，一个人喜爱用驼峰英文，另一个人喜爱拼音。自己搞的时分没问题啊，效果到最终和他人的代码一同的时分就错了，这个就容易出问题。效率太低了。
所以在我看来，接口就是大佬发给一般开发人员的使命列表，接口里边的办法就是开发人员需求去做的使命。有必要完结，不然没薪酬。假如你自己去找使命做，不看我的使命列表（接口）。效果出问题领不到薪酬，这但是你的职责，赖不着团队。搞不好团队还要找你麻烦，耽误咱们开发进度。
这就是我对接口的理解。
接口的效果在于大项意图多人协同开发，能够分工和最终统一代码。你来完结这个接口，我来完结这个接口（分工），最终上交工作效果的时分，大佬一看，嗯，是遵守的我的开发标准，按道理是不会出问题的。
当然，你自己一个人或许人少的时分写小项目，不用接口，也是能够的啊。没问题。