37. 추상클래스 : 인터페이스와 클래스 사이

추상 클래스는 "구현"을 가질 수 있다.

하지만 클래스와 달리 인스턴스를 가질 수 없다.

한마디로 추상 클래스는 구현을 갖되 인스턴스는 만들지 못한다.

그리고 추상 메소드를 가질 수 있다.

(추상메소드는 추상클래스가 인터페이스의 역할도 할 수 있게 해주는 장치이다. 왜냐하면 구현을 갖지는 못하지만 파생 클래스에서 반드시 구현하도록 강제하기 때문이다. 다시말해 추상클래스를 상속하는 클래스들이 반드시 이 메소드를 갖고 있을 거란는 '약속'이다.)

C# 컴파일러는 추상 메소드가 반드시 public, protected, internal, protected internal 한정자 중 하나로 수식될 것을 강요한다. 이렇게 하면 클래스의 접근성 원칙도, 인터페이스의 접근성 원칙도 지켜질 수 있다.

추상 클래스는 abstract 한정자와 class 키워드를 이용해서 선언한다.

 

abstract class 클래스이름
{
	//클래스와 동일하게 구현
}

아래는 추상메소드 선언 예이다.

    public abstract class Abs
    {
        public abstract void baseAbs();
    }

    public class Son : Abs
    {
        public override void baseAbs()
        {
            Console.WriteLine("추상메소드 상속받았습니다.");
        }
    }

 

추상클래스는 인터페이스와 클래스의 중간에 있다.

...라고는 하지만

사실 추상클래스는 클래스에 더 가깝다. 추상클래스의 접근성 같은 경우는 클래스와 똑같다.

그리고 인터페이스에서 모든 메소드가 public으로 선언되는 반면,

클래스는 한정자를 명시하지 않으면 모든 메소드가 private로 선언된다.

 

한편, 추상 클래스에는 인스턴스를 만들 수 없다는 점 외에도 클래스와 다른 점이 또 하나 더 있다.

추상 메소드를 가질 수 있다는 사실이다.

 

추상 메소드는 추상 클래스가 인터페이스 역할도 할 수 있게 해주는 장치이다.

ㄴ 구현을 갖지 못하지만 파생 클래스에서 반드시 구현하도록 강제함

ㄴ 추상 클래스를 상속하는 클래스들은 반드시 이 추상 메소드를 갖고 있어야 한다.  [그것이 약속이니까....(나루토톤)]

<추상 메소드의 기본 접근성>은...

인터페이스처럼 public일수도, 클래스처럼 private 일 수도 있다.

추상 클래스나 클래스는 그 안에서 선언되는 모든 필드, 메소드, 프로퍼티, 이벤트 모두 접근 한정자를 명시하지 않으면 private이다. 여기에 추상 메소드도 예외가 될 수 없다만!

컴파일러는 '약속' 역할을 하는 '추상 메소드'가 반드시 public, protected, internal, protected internal 한정자 중 하나로 수식될 것을 강요한다. ('약속' 역할을 수행해야하는데 private는 가당치도 않다!)-> 이렇게 하면 클래스의 접근성 원칙도, 인터페이스의 접근성 원칙도 지켜질 수 있다.

abstract class AbstractBase
{
	public abstract void SomeMethod();
}

class Derived : AbstractBase
{
     public override void SomeMethod()
     {
          //Something
     }
}

 

 

<추상 클래스가 또 다른 추상 클래스를 상속하는 경우>

추상 클래스는 또 다른 추상 클래스를 상속할 수 있으며,

이 경우 자식 추상 클래스는 부모 추상 클래스의 추상 메소드를 구현하지 않아도 된다.

추상 메소드는 인스턴스를 생성할 클래스에서 구현하면 되기 때문이다.

 

 

<추상클래스 예제>

using System;

namespace AbstractClass
{
    abstract class AbstractBase
    {
        protected void PrivateMethodA()
        {
            Console.WriteLine("AbstractBase.PrivateMethodA()");
        }
        public void PublicMethodA()
        {
            Console.WriteLine("AbstractBase.PublicMethodA()");
        }
        public abstract void AbstractMethodA();
    }
    class Derived : AbstractBase
    {
        public override void AbstractMethodA()
        {
            Console.WriteLine("Derived.AbstractMethodA()");
            PrivateMethodA();
        }
    }

    class MainApp
    {
        static void Main(string[] args)
        {
            AbstractBase obj = new Derived();
            obj.AbstractMethodA();
            obj.PublicMethodA();
        }
    }
}

<출력결과>

Derived.AbstractMethodA()
AbstractBase.PrivateMethodA()
AbstractBase.PublicMethodA()

 

<이건 궁금해서 돌려본 것> : 아래와 같이 추상 메소드가 없는 추상 클래스도 문법적으로 하자가 있는 것은 아니지만, 실질적으로는 별 의미가 없는 코드라고 할 수 있다.

using System;

namespace AbstractClass
{
    abstract class AbstractBase
    {
        protected void PrivateMethodA()
        {
            Console.WriteLine("AbstractBase.PrivateMethodA()");
        }
        public void PublicMethodA()
        {
            Console.WriteLine("AbstractBase.PublicMethodA()");
        }
    }
    class Derived : AbstractBase
    {
    }

    class MainApp
    {
        static void Main(string[] args)
        {
            AbstractBase obj = new Derived();
            obj.PublicMethodA();
        }
    }
}

 

<출력 결과>

AbstractBase.PublicMethodA()

 

<추상클래스의 쓸모>

"이 클래스는 직접 인스턴스화하지 말고 파생클래스를 만들어 사용하세요. 아, 그리고 추상메소드를 꼭 오버라이딩해야합니다. 컴파일러는 심지어 프로그래머들이 이를 준수하도록 강제시킬 것입니다."

 

내가 만든 추상 클래스를 이용하는 다른 프로그래머가 파생 클래스를 만들어야 하면 모든 추상 메소드를 구현해야 한다는 사실을 잊어버린다 해도, 컴파일러가 이를 상기시켜줄 것이다. 이것이 추상클래스를 사용하는 이유이다.