标签:inheritance abstract-class java
我们都知道类中的抽象修饰符可以使它
>不可实例化
>抽象方法的候选人,
>非最终,非静态,非私有
除此之外,我想确切地知道它所代表的所有变化或副作用.一个人不能问他/她现在还没有做什么,但是我想知道是否在继承,构造函数等方面还有更多需要考虑的东西.
除了描述的两个官方要点之外,在扩展(称为super)时要考虑的抽象类与具体类之间是否存在任何差异或特殊行为.
编译器是否假定它是一个常规类,并且具有除禁止实例化之外的所有其他属性?
解决方法:
抽象类在大多数情况下是一种设计概念.它对代码读者的作用要大于对编译器的作用.它们所需的编译器和JVM支持是最小的:归结为在类上设置了“请勿实例化我”标志,并在编译代码和尝试通过反射创建实例时对其进行检查.
另一方面,对代码的人类阅读者来说,其好处是更大的:他们知道您为继承设计了抽象类,并了解了通过抽象方法为他们提出的扩展点.另外,如果它们为所有抽象方法提供了替代,则编译器将跟踪它们.
标签:inheritance,abstract-class,java 来源: https://codeday.me/bug/20191027/1946022.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。