Overridable methods need special care
Allowing a method to be overridden should always be done intentionally, not by accident.
Any method which is not private, static, or final can be overridden. Over-ridable methods, and any methods which call them, represent unusual places in your code, to which special attention must be paid. This is because sub-classing violates encapsulation, in the sense that it is possible for a subclass to break its superclass’s contract. If you do not intend a method to be overridden, then you should declare it as private, static, or final.
When you do override a method, you should use the @Override annotation. This allows the compiler to verify that the method is indeed a valid override of an existing method. For example, your implementations of toString, equals, and hashCode should always use @Override in the method header.
Similar Articles
Linked data based integration |
New Date and Time API in Java8 |
Re-platformig this blog to Wintersmith |
Improving code quality in agile teams |
Java7 updates |