Ключова разлика: Интерфейс или протокол е обичаен начин, който позволява на несвързани обекти да общуват помежду си. Той представлява съгласувано поведение, което улеснява взаимодействието между двата обекта. Абстрактен клас е клас от обекти, които не могат да бъдат инстанцирани или настроени за екземпляр на обект. Този клас може да няма изпълнение или може да има непълна реализация.
Java е език за програмиране, който е бил повлиян от езика С. Той извлича голяма част от синтаксиса си от C и C ++, но има по-малко съоръжения от ниско ниво. Java е език за програмиране с общо предназначение, който е проектиран така, че да има по-малко зависимости в сравнение с предишните езици. Той е паралелен, базиран на класове и обектно-ориентиран език.
Java е разработена от Джеймс Гослинг от Sun Microsystems и е пусната през 1995 г. Първоначално тя беше издадена като основен компонент на Java платформата на Sun Microsystems. Оттогава Sun презарежда повечето от своите Java технологии под GNU General Public License. Това означава, че всички технологии, лицензирани под GNU General Public License, са с отворен код и обикновено са безплатни. Sun Microsystems в крайна сметка се сля с Oracle Corporation. От 2012 г. Java се превърна в един от най-популярните езици за програмиране. Това е особено вярно за клиент-сървър уеб приложения. Много други системи са разработили алтернативни приложения на Sun технологии, като GNU Compiler for Java и GNU Classpath.
Абстрактен клас е клас от обекти, които не могат да бъдат инстанцирани или настроени за екземпляр на обект. Този клас може да няма изпълнение или може да има непълна реализация. Тя може също така да има абстрактни методи или свойства, които се споделят от всички подкласове. В някои програмни езици абстрактните типове без реализация са известни като интерфейси. В Java може да се създаде абстрактен тип, използвайки ключовата дума 'abstract' в дефиницията на класа. Целта на абстрактния клас е да постави всички методи, които не са реализирани в абстрактния клас, и да остави на подкласа да определи как да ги реализира. Ако един клас има един абстрактен метод, класът трябва да бъде обявен като абстрактна класа, въпреки че не е необходимо да има поне един единствен метод за обявяване на абстракцията на класа.
Malliktalksjava.in изброява основните разлики между интерфейса и абстракцията като:
- Абстрактният клас има конструктор, но интерфейсът не го прави.
- Абстрактните класове могат да имат изпълнения за някои от своите членове (Methods), но интерфейсът не може да има реализация за нито един от неговите членове.
- Абстрактните часове трябва да имат подкласове, които да са безполезни.
- Интерфейсите трябва да имат реализации от други класове, които ще бъдат безполезни
- Само един интерфейс може да разшири друг интерфейс, но всеки клас може да разшири абстрактен клас.
- Всички променливи в интерфейсите са окончателни по подразбиране
- Интерфейсите осигуряват форма на множествено наследяване. Един клас може да разшири само един клас.
- Интерфейсите са ограничени до публични методи и константи без реализация. Абстрактните класове могат да имат частично изпълнение, защитени части, статични методи и др.
- Класът може да реализира няколко интерфейса. Но в случай на абстрактен клас, един клас може да разшири само един абстрактен клас.
- Интерфейсите са бавни, тъй като се изисква допълнителна насоченост, за да се намери съответния метод в самия клас. Абстрактните часове са бързи.
- Модификаторът за достъпност (публичен / частен / вътрешен) е позволен за абстрактния клас. Интерфейсът не позволява модификатор за достъпност
- Абстрактен клас може да съдържа пълни или непълни методи. Интерфейсите могат да съдържат само подпис на метод, но не и тяло. Така една абстрактна класа може да приложи методи, но интерфейсът не може да приложи методи.
- Абстрактен клас може да съдържа полета, конструктори или деструктори и свойства на приложения. Интерфейсът не може да съдържа полета, конструктори или деструктори и има само подпис на собствеността, но няма реализация.
- Различни модификатори на достъпа като абстрактен, защитен, вътрешен, публичен, виртуален и т.н. са полезни в абстрактни класове, но не и в интерфейси.
- Абстрактният обхват е до извлечения клас.
- Обхватът на интерфейса е до всяко ниво от неговата верига на наследяване.
Информацията за таблицата е предоставена с codeproject.com и mindprod.com
интерфейс | Анотация клас | |
Многократно наследяване | Един клас може да наследи няколко интерфейса. | Един клас може да наследи само един абстрактен клас. |
Реализация по подразбиране | Един интерфейс не може да осигури никакъв код, а само подпис. | Абстрактен клас може да предостави пълен код по подразбиране и / или само детайли, които трябва да бъдат отменени. |
Модификатори за достъп | Интерфейсът не може да има модификатори на достъпа за подсистемите, функциите, свойствата и т.н. | Абстрактен клас може да съдържа модификатори за достъп за subs, функциите, свойствата. |
Core срещу Peripheral | Интерфейсите се използват за определяне на периферните способности на даден клас. С други думи, както човешко, така и превозно средство може да наследи от интерфейса, който може да се използва. | Абстрактен клас определя основната идентичност на класа и се използва за обекти от същия тип. |
хомогенност | Ако различни реализации споделят само сигнатури за метод, е по-добре да използвате интерфейси. | Ако различните изпълнения са от един и същ вид и използват общо поведение или статус, тогава абстрактният клас е по-добре да се използва. |
скорост | Изисква повече време за намиране на действителния метод в съответните класове. | Бърз |
Добавяне на функционалност | Ако добавим нов метод към интерфейс, тогава трябва да проследим всички реализации на интерфейса и да определим изпълнението за новия метод. | Ако добавим нов метод към абстрактен клас, тогава имаме възможността да предоставим по подразбиране изпълнението и затова целият съществуващ код може да работи правилно. |
Полета и константи | В интерфейсите не могат да бъдат дефинирани полета. | Една абстрактна класа може да има дефинирани полета и константи. |
изразителност | Постоянните декларации в интерфейса са всички предполагаеми публични статични финали. | Споделеният код може да бъде добавен в абстрактен клас. |
константи | Само статични крайни константи могат да ги използват без квалификация в класове, които реализират интерфейса. | Възможни са както инстанции, така и статични константи. Могат да се изчисляват и константи както от статичния, така и от инстанционния код. |
Удобство на трети лица | Реализация на интерфейс може да бъде добавена към всеки съществуващ клас на трети страни. | Клас на трета страна трябва да бъде пренаписан, за да обхване само абстрактния клас. |
е-a срещу -able или can-do | Интерфейсите често се използват за описване на периферните способности на даден клас, а не на неговата централна идентичност, напр. Класът Automobile може да приложи интерфейса за рециклиране, който може да се прилага за много иначе напълно несвързани обекти. | Абстрактен клас определя основната идентичност на нейните потомци. Реализираните интерфейси изброяват общите неща, които един клас може да направи, а не нещата, които класът е. В контекста на Java, потребителите обикновено трябва да реализират интерфейса Runnable, вместо да разширяват Thread, защото те не се интересуват от предоставяне на някаква нова функционалност на Thread, те обикновено просто искат някой код да има възможност да работи независимо. Те искат да създадат нещо, което може да се изпълни в нишка, а не в нов вид нишка. Подобен е-а срещу има-дебат идва, когато решите да наследите или делегирате. |
Приставка | Потребителят може да напише нов заместващ модул за интерфейс, който съдържа не един стик код в общия случай със съществуващите реализации. Когато потребителят реализира интерфейса, те започват от нулата без никаква подмяна по подразбиране. Потребителят трябва да получи инструменти от други класове; нищо не идва с интерфейса, различен от няколко константи. Това дава на потребителя свобода да прилага радикално различен вътрешен дизайн. | Потребителят трябва да използва абстрактния клас като-е за кодовата база, с целия придружаващ багаж, добър или лош. Авторът на абстрактния клас е наложил структура на потребителя. |
Поддръжка | Ако клиентският код говори само по отношение на интерфейс, можете лесно да промените конкретната реализация зад него, използвайки фабричен метод. | Ако клиентският код говори само по отношение на абстрактен клас, лесно можете да промените конкретното изпълнение зад него, използвайки фабричен метод. |