Преимущества использования абстрактных классов по сравнению с обычным классом

Строго с точки зрения дизайна, лучше все упростить. Я считаю, что лучший способ упростить ситуацию — использовать простую аналогию. Проведем аналогию с птицами...

Интерфейс: используйте это, когда вы хотите применить определенные функции, которые необходимо определить. например У IBird есть контракт на ScreamLikeABird и Fly (функции интерфейса). Но вы можете получить более конкретную информацию и иметь IOstrich с контрактом Run. У вас также может быть IHawk с контрактом на атаку и т. д.

Аннотация: используйте это, когда вы хотите применить базовые функции и иметь базовые свойства. например Avian может быть базовым классом для птиц, который может иметь функцию LayEgg, а также свойства Age, Species, NumberOfChicks и т. д. Эти вещи не меняют/не должны менять поведение птиц, так как все птицы откладывают яйца... и т.д. Но не все птицы звучат одинаково, когда кричат ​​или летают одинаково (некоторые даже не летают)... и т.д.... поэтому они должны быть реализованы через интерфейс(ы).

Помимо невозможности создавать экземпляры абстрактных классов, некоторые языки могут поддерживать наличие абстрактных методов в абстрактных классах — подобно интерфейсам, абстрактный метод должен быть реализован классом, унаследованным от абстрактного класса.

Основное преимущество абстрактных классов, на мой взгляд, заключается в том, что есть некоторый код, который должен быть разделен между классами одного типа. Обычно для этого можно использовать интерфейс, но иногда функциональность таких классов может перекрываться, и в итоге вы получаете дублирование кода. В этом случае вы можете использовать абстрактный класс и просто поместить туда код.

В мире OO абстрактные классы накладывали некоторые ограничения на дизайн и реализацию. Больше ничего. Вам никогда не придется использовать абстрактные классы в любом случае. Но могут быть случаи, когда вам лучше наложить эти ограничения. Так что же это такое? Давайте посмотрим, сравнив его оо-аналоги.

Абстрактные классы и интерфейсы

Как вы знаете, это две основные концепции наследования.

По сути, интерфейс используется только для того, чтобы объявить, что вы хотите наследовать базовую службу, и все. Не содержит реализации и не имеет функциональности. В этом смысле интерфейс абстрактен. Вот почему это больше ограничение дизайна, чем ограничение реализации. Подумайте о разъеме для наушников на динамике. В каждом наушнике должен быть реализован интерфейс разъема (с методами start, stop, listen, TurnDown, TurnUp). Каждый наушник должен переопределить этот интерфейс, чтобы наследовать функциональные возможности, предоставляемые динамиком, и реализовывать их соответствующим образом.

Абстрактные классы, с другой стороны, могут включать методы с реализацией. Это основное отличие, и в этом смысле он может использовать повторное использование не только интерфейса. Кроме того, они могут содержать частные, защищенные и нестатические поля, которые вы не можете использовать через интерфейсы. Вы можете заставить подклассы реализовать некоторые обязательные функции с помощью абстрактных методов (без реализации). Абстрактные классы более гибкие, чем интерфейсы.

Конечно, не говоря уже о том, что вы можете расширить только один класс в java, в котором вы можете реализовать несколько интерфейсов.

Абстрактные классы и обычные классы

Так почему бы тогда не использовать обычные классы. В чем преимущество использования абстрактного класса? Это довольно просто. Если вы используете абстрактные классы, вы заставляете основные функции реализовываться дочерними элементами. Как разработчик, вам не нужно помнить, что вы должны реализовать основные функции. Именно здесь абстрактные классы накладывают ограничения на дизайн по сравнению с обычными классами. Кроме того, делая класс абстрактным, вы избегаете случайного создания этого (неполного) класса.

на мой взгляд, абстрактные классы больше используются в реальных проектах, чем в книгах. иногда менеджеры проектов просто предоставляют объявление методов, и вам нужно написать код для методов без изменения основного синтаксиса, предоставленного менеджером. так вот как абстрактный класс используется полностью. в простом методе класса определяют, объявляют и кодируют одновременно, но не в абстрактных классах. например: -

abstract class Test
{
    abstract void show();//method provided
}
class Child extends Test
{
    void show()//coding 
    {
        System.out.println("saurav");
    }
}
class main
{
    public static void main(String[] args) 
    {
    Test c = new Child();
    c.show();   
    }
}

Единственная причина для объявления класса абстрактным заключается в том, что он не может быть создан. Бывают ситуации, когда у вас будет общая функциональность, совместно используемая несколькими классами, но сама по себе эта общая функциональность не представляет объект или представляет неполный объект. В этом случае вы определяете общую функциональность как абстрактную, чтобы ее нельзя было реализовать.

Абстрактные классы против обычных классов против интерфейса. Абстрактный класс обычно поддерживает идею обобщения и способствует тому, чтобы программисты сохраняли немного умственной дисциплины, разрабатывая многолетние проекты, поскольку они, когда включают абстрактные методы, должны описывать реализацию абстрактных методов в подчиненных классах, однако это особенность является недостатком для краткосрочных проектов, когда у разработчика есть цейтнот.

С точки зрения автомобильного производства, интерфейс — это спецификация «автомобиля», в котором говорится, что у него четыре колеса, пять сидений, двигатель и т. д., а абстрактный класс — это частично собранный автомобиль в ящике, который вы должны довести до конца. ваши собственные требования. Например. Subaru использует точно такое же шасси для Impreza, Forester и XV/Crosstrek. Таким образом, шасси — это «абстрактный класс», который имеет общие черты и функции, но еще не является «автомобилем». Кузов и интерьер ДОЛЖНЫ быть добавлены постфактум, прежде чем вы сможете сказать, что построили машину. Двигатель также является общим для всех трех, хотя вы можете заменить его на версию с турбонаддувом, если хотите.

Это может вам помочь. Давайте рассмотрим путешественника, который может использовать любой тип транспортного средства, например, автомобиль, велосипед, велосипед и т. д.
но все транспортные средства движутся одинаково с разными ограничениями скорости, поэтому мы можем иметь один

abstract class Avehicle    
{  
        string fuel;  
        public void move()  
{  
 sysout("moving");  
}   
} 

но у всех автомобилей тормозная система разная

interface Ivehicle    
{  

        public void breakorstop();  
}  
class Traveler    
{  
  Ivehicle v; 
//Settrers and getters   
 public drive()  
{  
v.move();  
}  
public break()  
{  
v.breakorstop();  
}  
}

Итак, наконец, классы Car, Cycle или Bike могут расширять Avehicle и могут реализовывать интерфейс Vehicle.

Абстрактные классы могут использоваться для хранения методов в «библиотеке» на основе ООП; поскольку экземпляр класса не нужно создавать, и в этом нет особого смысла, сохранение общих статических методов внутри абстрактного класса является обычной практикой.