I will give you an example first:<\/p>\n
\r\npublic interface LoginAuth{\r\n public String encryptPassword(String pass);\r\n public void checkDBforUser();\r\n}\r\n<\/pre>\nNow suppose you have 3 databases in your application. Then each and every implementation for that database needs to define the above 2 methods:<\/p>\n
\r\npublic class DBMySQL implements LoginAuth{\r\n \/\/ Needs to implement both methods\r\n}\r\npublic class DBOracle implements LoginAuth{\r\n \/\/ Needs to implement both methods\r\n}\r\npublic class DBAbc implements LoginAuth{\r\n \/\/ Needs to implement both methods\r\n}\r\n<\/pre>\nBut what if encryptPassword() is not database dependent, and it’s the same for each class? Then the above would not be a good approach.<\/p>\n
Instead, consider this approach:<\/p>\n
\r\npublic abstract class LoginAuth{\r\n public String encryptPassword(String pass){\r\n \/\/ Implement the same default behavior here \r\n \/\/ that is shared by all subclasses.\r\n }\r\n\r\n \/\/ Each subclass needs to provide their own implementation of this only:\r\n public abstract void checkDBforUser();\r\n}\r\n<\/pre>\nNow in each child class, we only need to implement one method – the method that is database dependent.<\/p>\n
Technical Differences<\/strong><\/p>\n\n- Implementing an interface consumes very little CPU, because it’s not a class, just a bunch of names, and therefore there is no expensive look-up to do. It’s great when it matters such as in embedded devices\n<\/li>\n
- Abstract classes, unlike interfaces, are classes. They are more expensive to use because there is a look-up to do when you inherit from them.\n<\/li>\n
- Abstract classes can have constants, members, method stubs (methods without a body) and defined methods, whereas interfaces can only have constants and methods stubs.<\/li>\n
- Methods and members of an abstract class can be defined with any visibility, whereas all methods of an interface must be defined as public (they are defined public by default).<\/li>\n
- When inheriting an abstract class, a concrete child class must define the abstract methods, whereas an an abstract class can extend another abstract class and abstract methods from the parent class don’t have to be defined.<\/li>\n
- Similarly, an interface extending another interface is not responsible for implementing methods from the parent interface. This is because interfaces cannot define any implementation.<\/li>\n
- A child class can only extend a single class (abstract or concrete), whereas an interface can extend or a class can implement multiple other interfaces.<\/li>\n
- A child class can define abstract methods with the same or less restrictive visibility, whereas a class implementing an interface must define the methods with the exact same visibility (public).<\/li>\n<\/ol>\n
Consider using abstract classes if :<\/strong>
\n You want to share code among several closely related classes.
\n You expect that classes that extend your abstract class have many common methods or fields, or require access modifiers other than public (such as protected and private).
\n You want to declare non-static or non-final fields.<\/p>\nConsider using interfaces if :<\/strong><\/p>\n You expect that unrelated classes would implement your interface. For example,many unrelated objects can implement Serializable interface.
\n You want to specify the behaviour of a particular data type, but not concerned about who implements its behaviour.
\n You want to take advantage of multiple inheritance of type.<\/p>\n
abstract class establishes “is a” relation with concrete classes. interface provides “has a” capability for classes.
\n<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"I will give you an example first: public interface LoginAuth{ public String encryptPassword(String pass); public void checkDBforUser(); } Now suppose you have 3 databases in your application. Then each and every implementation for that database needs to define the above 2 methods: public class DBMySQL implements LoginAuth{ \/\/ Needs to implement both methods } public… Continue reading