Что такое абстрактный класс? [дубликат]

Question

Что такое абстрактный класс? [дубликат]

Этот вопрос уже имеет ответ здесь:

Абстрактный класс в ответах Java 14

То, когда я узнал об абстрактных классах, сказал что WT (H*)!!!

ВОПРОСЫ:

Какой смысл того, чтобы создать класс, который нельзя инстанцировать?
Почему кто-либо хотел бы такой класс?
Какова ситуация, в которой абстрактные классы становятся НЕОБХОДИМЫМИ?

** если Вы знаете то, что я имею в виду*

12

c# java oop

задан Pratik Deoghare 16 December 2009 в 05:20

12 ответов

Просто скрыть реальную реализацию от клиента, который ее использует.

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

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

interface ILogger
{
    string PrepareLog(System.Exception ex);
    void InitializeLogger(string Type);
    int WriteLog(string msg);
}

Любой клиент регистрации, реализующий этот интерфейс, должен реализовывать все эти функции

 class EventLogger : ILogger
{
    public override void InitializeLogger(string Type)
    {
        //Event Logger Initialize   
    }
    public override int WriteLog(string msg)
    {
        //Write to event log
        return 1;
    }
    public override string PrepareLog(System.Exception ex)
    {
      return ex.StackTrace ;
    }
}

class FileLogger : ILogger
{
    public override void InitializeLogger(string Type)
    {

    }
    public override int WriteLog(string msg)
    {
        //Write to File
        return 1;
    }
    public override string PrepareLog(System.Exception ex)
    {
      return ex.StackTrace ;
    }
}


class MailLogger : ILogger
{
    public override void InitializeLogger(string Type)
    {

    }
    public override int WriteLog(string msg)
    {
        //Write to mail
        return 1;
    }

    public override string PrepareLog(System.Exception ex)
    {
        //prepare HTML Formatted msg
        return ex.StackTrace ;
    }
}

А классы EventLogger, FileLogger и maillogger реализуют iLogger и предоставляют контекстно-зависимую реализацию . Теперь мы хотели скрыть реальную реализацию PrepareLog, и это выполнило бы обычную операцию по подготовке сообщения журнала из объекта исключения.

В нашей текущей реализации у нас нет возможности сделать один метод конкретным, а другие - просто контрактами.

так что давайте немного изменим реализацию с абстрактными классами.

abstract class AbstractLogger:ILogger
{
    #region ILogger Members

    public virtual string PrepareLog(System.Exception ex)
    {
        return ex.StackTrace;
    }

    public abstract void InitializeLogger(string Type);
    public abstract int WriteLog(string msg);

    #endregion
}


class EventLogger : AbstractLogger
{
    public override void InitializeLogger(string Type)
    {
        //Event Logger Initialize   
    }
    public override int WriteLog(string msg)
    {
        //Write to event log
        return 1;
    }
}

class FileLogger : AbstractLogger
{
    public override void InitializeLogger(string Type)
    {

    }
    public override int WriteLog(string msg)
    {
        //Write to File
        return 1;
    }
}

class DBLogger : AbstractLogger
{
    public override void InitializeLogger(string Type)
    {

    }
    public override int WriteLog(string msg)
    {
        //Write to DB
        return 1;
    }
}

class MailLogger : AbstractLogger
{
    public override void InitializeLogger(string Type)
    {

    }
    public override int WriteLog(string msg)
    {
        //Write to mail
        return 1;
    }

    public override string PrepareLog(System.Exception ex)
    {
        //prepare HTML Formatted msg
        return ex.StackTrace ;
    }
}

Теперь я создал AbstractLogger класс, который наследуется от iLogger и реализует только метод PrepareLog, оставшиеся методы остались абстрактными. поэтому потребители будут писать контекстно-зависимый код в своей реализации.

Итак, теперь метод PrepareLog, полностью скрытый (то есть подготовка журнала) от пользователей, инициализировал любой из регистраторов.

2