"오버라이딩"의 두 판 사이의 차이
(→같이 보기) (태그: 모바일 편집, 모바일 웹 편집) |
|||
(사용자 6명의 중간 판 80개는 보이지 않습니다) | |||
2번째 줄: | 2번째 줄: | ||
== 개요 == | == 개요 == | ||
− | + | [[오버로딩]]과 [[오버라이딩]]은 그 단어의 유사함으로 인해 혼동하기 쉽다. 하지만 그 개념은 확실히 다르며, 표기는 비슷하지만, 전혀 다른 의미이다. [[오버로딩]](overloading)은 새로운 [[메소드]]를 정의하는 것이고, 오버라이딩(overriding)은 상속받은 기존의 [[메소드]]를 재정의하는 것이다.<ref name="오버로딩과 라이딩 차이">〈[https://gbsb.tistory.com/235 오버로딩과 오버라이딩의 차이]〉, 《오버로딩과 오버라이딩의 차이》, 2018-03-13</ref> | |
− | <ref> | ||
− | == | + | :{|class=wikitable width=800 style="background-color:#ffffee" |
+ | |+오버로딩과 오버라이딩 비교<ref name='java'>〈[https://88240.tistory.com/450 Overloading과 Overriding 비교]〉, 《blog》 , 2016-04-30</ref><ref name="오버라이드"></ref> | ||
+ | !align=center style="background-color:#ffeecc"| 구분 | ||
+ | !align=center style="background-color:#ffeecc"| Overloading | ||
+ | !align=center style="background-color:#ffeecc"| Overriding | ||
+ | |- | ||
+ | |align=center|메소드 이름 | ||
+ | |align=center|동일 | ||
+ | |align=center|동일 | ||
+ | |- | ||
+ | |align=center|매개변수, 타입 | ||
+ | |align=center|다름 | ||
+ | |align=center|동일 | ||
+ | |- | ||
+ | |align=center|리턴 타입 | ||
+ | |align=center|상관 없음 | ||
+ | |align=center|동일 | ||
+ | |- | ||
+ | |align=center|접근 제어자 | ||
+ | |align=center|모든 접근 제어자를 사용할 수 있다. | ||
+ | |align=center| | ||
+ | 부모 [[클래스]]의 [[메소드]]의 [[접근 제어자]]보다 더 넓은 범위의 <br> 접근 제어자를 | ||
+ | 자식 [[클래스]]의 [[메소드]]에서 설정할 수 있다. | ||
+ | |- | ||
+ | |align=center|매개변수, 타입 | ||
+ | |align=center|같은 클래스 내에서 적용된다. | ||
+ | |align=center|[[상속]]관계에서 적용된다. | ||
+ | |} | ||
+ | |||
+ | 상위 [[클래스]]가 가지고 있는 멤버변수가 하위 클래스로 상속되는 것처럼 상위 클래스가 가지고 있는 메소드도 하위 클래스로 상속되어 하위 클래스에서 사용할 수 있다. 하지만, 하위 클래스에서 메소드를 재정의해서 사용할 수 있다. | ||
+ | 상속 관계에 있는 클래스 간에 같은 이름의 메소드를 정의하는 기술을 오버라이딩(Overriding) 이라고 한다.<ref name="오버라이딩">〈[https://hyeonstorage.tistory.com/185 오버라이딩 정의]〉, 《오버라이딩이란》, 2013-12-08</ref> | ||
+ | |||
+ | [[파일:오버라이딩.png|250픽셀|섬네일|오른쪽|오버라이딩]] | ||
+ | '''메소드 오버라이딩'''(method overriding)은 [[객체 지향 프로그래밍]]에서 서브 클래스 또는 자식 클래스가 자신의 슈퍼클래스들 또는 부모 클래스들 중 하나에 의해 이미 제공된 [[메소드]]를 특정한 형태로 구현하는 것을 제공하는 언어의 특징이다. 서브클래스에서의 구현은 부모 클래스에서 같은 이름, 같은 파라미터 또는 시그니처 그리고 같은 반환형을 갖는 [[메소드]]를 제공함으로써 슈퍼클래스에서의 구현을 오버라이드한다. 실행되는 메소드의 버전은 이것을 발생시키는데 사용되는 객체에 의해서 결정될 것이다. 만약 부모 클래스의 [[객체]]가 메소드를 발생시키는데 사용된다면 부모 클래스 버전이 실행될 것이지만, 만약 서브클래스의 객체가 [[메소드]]를 발생시키는데 사용된다면 자식 클래스 버전이 실행될 것이다. 몇몇 언어들은 프로그래머가 [[메소드]]를 오버라이딩하는 것을 예방하게할 수 있게 한다.<ref name='위키백과'>〈[https://ko.wikipedia.org/wiki/%EB%A9%94%EC%86%8C%EB%93%9C_%EC%98%A4%EB%B2%84%EB%9D%BC%EC%9D%B4%EB%94%A9 메소드 오버라이딩]〉, 《위키백과》 , 2018-04-30</ref> | ||
+ | |||
+ | == 특징 == | ||
+ | * [[메소드]] 이름이 같아야 한다. | ||
+ | * 메소드 리턴형이 같아야 한다. | ||
+ | * 파라미터 개수, 파라미터의 자료형이 같아야 한다. | ||
+ | * 오버라이드 하고자 하는 메소드가 상위 클래스에 존재해야 한다.<ref name='매거진'>〈[https://brunch.co.kr/@kimkm4726/2 오버라이딩 특징]〉, 《매거진》 , 2016-04</ref> | ||
+ | * 상위 메소드와 동일하거나 내용이 추가되어야 한다.<ref name='특징+'>〈[https://memoryfilm.tistory.com/16 오버라이딩 특징]〉, 《린월》 , 2014-01-16</ref> | ||
+ | |||
+ | == 필요성 == | ||
+ | 부모 클래스로부터 상속받은 [[메소드]]를 자식 클래스에서 재정의하는 것을 오버라이딩이라고 한다. 상속받은 [[메소드]]를 그대로 사용할 수도 있지만, 자식 클래스에서 상황에 맞게 변경해야하는 경우 오버라이딩할 필요가 생긴다.<br> | ||
+ | 오버라이딩을 하지않으면 이름을 다르게 해야하는데 그럼 그 [[메소드]]가 여전히 살아있기 때문에 문제가 발생할 수 있다. 알맞지 않은 기능은 못쓰게 해야 하기 때문에 이 기능을 다른 기능으로 바꾸기 위하여 오버라이딩을 사용한다.<ref name="오버라이드"></ref> | ||
+ | |||
+ | == 언어별 예시 == | ||
+ | === C++ === | ||
+ | C++에서, 부모 또는 기본 클래스의 이름은 함수들을 오버라이드하기 위한 범위 지정 연산자(scope resolution operator) 이후에 사용된다. 예를 들면 다음의 코드는 두 클래스들을 나타내는데, 기본 클래스 TRectangle, 그리고 유도 클래스 TBox이 그것이다. TBox는 TRectangle 클래스의 print() [[메소드]]를 오버라이드하며, 또한 자신의 높이를 보여준다.<ref name="위키백과"></ref> | ||
+ | |||
+ | #include <iostream> | ||
+ | class TRectangle | ||
+ | { | ||
+ | public: | ||
+ | TRectangle(double l, double w) : length(l), width(w) {} | ||
+ | virtual void print() const; | ||
+ | private: | ||
+ | double length; | ||
+ | double width; | ||
+ | }; | ||
+ | |||
+ | void TRectangle::print() const | ||
+ | { | ||
+ | // print() method of base class. | ||
+ | std::cout << "Length = " << this->length << "; Width = " << this->width; | ||
+ | } | ||
+ | |||
+ | class TBox : public TRectangle | ||
+ | { | ||
+ | public: | ||
+ | TBox(double l, double w, double h) : TRectangle(l, w), height(h) {} | ||
+ | // virtual is optional here, but it is a good practice to remind it to the | ||
+ | developer. | ||
+ | virtual void print() const; | ||
+ | private: | ||
+ | double height; | ||
+ | }; | ||
+ | |||
+ | void TBox::print() const | ||
+ | { | ||
+ | // Invoke parent print() method. | ||
+ | TRectangle::print(); | ||
+ | std::cout << "; Height = " << this->height; | ||
+ | } | ||
+ | |||
+ | 클래스 TBox에서 print()는 메소드 print()의 부모 버전을 불러일으킴으로써, 또한 기본 클래스의 private 변수 length와 width를 출력할 수 있다. 반면, 이러한 변수들은 TBox에 접근할 수 없다. 다음 구문은 타입 TRectangle 와 TBox,의 객체들을 인스턴스화할 것이며, 그들 각각의 print() 메소드들을 호출한다: | ||
+ | |||
+ | int main(int argc, char** argv) | ||
+ | { | ||
+ | TRectangle rectangle(5.0, 3.0); | ||
+ | // Outputs: Length = 5.0; Width = 3.0 | ||
+ | rectangle.print(); | ||
+ | TBox box(6.0, 5.0, 4.0); | ||
+ | // The pointer to the most overridden method in the vtable in on TBox::print, | ||
+ | // but this call does not illustrate overriding. | ||
+ | box.print(); | ||
+ | // This call illustrates overriding. | ||
+ | // outputs: Length = 6.0; Width = 5.0; Height= 4.0 | ||
+ | static_cast<TRectangle&>(box).print(); | ||
+ | } | ||
+ | |||
+ | C++11에서는 자바와 비슷하게 슈퍼클래스에서 final로 정의된 메소드는 오버라이딩될 수 없다. 또한 메소드는 컴파일러가 기본 클래스에서 메소드를 오버라이드하는지를 검사하기 위해 override가 선언될 수 있다. | ||
+ | |||
+ | === 델파이 === | ||
+ | 델파이에서 메소드 오버라이딩은 지시자 override를 통해 수행되지만, 단지 메소드가 dynamic 또는 virtual 지시자로 표시되어야 한다. | ||
+ | inherited라는 단어는 슈퍼클래스 행동을 호출하기를 원할 때 반드시 호출되어야 한다. | ||
+ | |||
+ | type | ||
+ | TRectangle = class | ||
+ | private | ||
+ | FLength: Double; | ||
+ | FWidth: Double; | ||
+ | public | ||
+ | property Length read FLength write FLength; | ||
+ | property Width read FWidth write FWidth; | ||
+ | procedure Print; virtual; | ||
+ | end; | ||
+ | |||
+ | TBox = class(TRectangle) | ||
+ | public | ||
+ | procedure Print; override; | ||
+ | end; | ||
+ | |||
+ | === 파이썬 === | ||
+ | 파이썬에서, 서브클래스는 슈퍼클래스의 메소드를 오버라이드하는 메소드를 포함하며, 또한 self.method.In 대신 super(Subclass, self).method를 호출함으로써 슈퍼클래스를 호출할 수 있다. | ||
+ | |||
+ | class Thought(object): | ||
+ | def __init__(self): | ||
+ | pass | ||
+ | def message(self): | ||
+ | print "I feel like I am diagonally parked in a parallel universe." | ||
+ | |||
+ | class Advice(Thought): | ||
+ | def __init__(self): | ||
+ | super(Advice, self).__init__() | ||
+ | def message(self): | ||
+ | print "Warning: Dates in calendar are closer than they appear" | ||
+ | super(Advice, self).message() | ||
+ | |||
+ | === 루비 === | ||
+ | 루비에서, 서브클래스는 슈퍼클래스의 메소드를 오버라이드하는 메소드를 포함하며, 또한 오버라이딩 된 메소드에서 super를 호출함으로써 슈퍼클래스를 호출할 수 있다. 만약 오버라이딩된 메소드 오버라이딩 메소드의 외부에서 보존되게 하고 싶다면 아래의 'super_message'와 함께 alias를 사용할 수 있다. | ||
+ | |||
+ | class Thought | ||
+ | def message | ||
+ | puts "I feel like I am diagonally parked in a parallel universe." | ||
+ | end | ||
+ | end | ||
+ | |||
+ | class Advice < Thought | ||
+ | alias :super_message :message | ||
+ | def message | ||
+ | puts "Warning: Dates in calendar are closer than they appear" | ||
+ | super | ||
+ | end | ||
+ | end | ||
+ | |||
+ | === JAVA === | ||
+ | public class 클래스A{ | ||
+ | int A = 1; | ||
+ | int B = 2; | ||
+ | public void method() { | ||
+ | System.out.println(this.A+ this.B); | ||
+ | } | ||
+ | } | ||
+ | |||
+ | public class 클래스B extends 클래스A{ | ||
+ | public void method() { | ||
+ | System.out.println("A + B = " +(this.A+ this.B)); | ||
+ | } | ||
+ | } | ||
+ | |||
+ | == 오버라이드 == | ||
+ | 오버라이드(override)란 [[어노테이션]](annotation)이라는 것으로 직역하면 [[주석]]이라는 뜻이다.<ref name="오버라이드">〈[https://hyoje420.tistory.com/14 오버라이드란]〉, 《오버라이드》, 2018-07-12</ref> 이는 일반적인 주석과 다르게, 검증하는 기능을 한다. 여기서 사용된 @Override라는 어노테이션은 오버라이딩을 검증하는 기능을 한다. 코드상으로 검사했을 때 오버라이딩이 실제로 시행되지 않았다면 컴파일시 오류를 출력한다. | ||
+ | |||
+ | 위 코드는 정상적으로 실행되는 것을 볼 수 있다. 부모 클래스의 메소드를 오버라이딩하는 것은 내용만을 새로 정의하는 것이므로 선언부는 부모의 것과 완벽히 동일해야 하는 것을 볼 수 있다. | ||
+ | |||
+ | 프로그래머가 Person클래스의 cry메소드를 '흑흑'이라고 정의했다. 그런데 Child클래스와 Senior클래스를 만들면서 울음소리를 다르게 출력하고 싶은 것이다. 그래서 Chile클래스와 Senior클래스에서 부모의 메소드의 이름만 빌려와서 자기의 방식대로 '재정의'하였다. 이것이 오버라이딩이다. | ||
+ | 여기서 접근 제어자를 다르게 설정해 놓은 것을 볼 수 있다. | ||
+ | |||
+ | ==== 오버라이딩에서 접근 제어자를 설정하는 규칙 ==== | ||
+ | # 자식 클래스에서 오버라이딩하는 메소드의 접근 제어자는 부모 클래스보다 더 좁게 설정할 수 없다. 위에서 볼 수 있듯이 부모클래스의 접근제어자는 default로 설정되어 있다. 여기서 자식 클래스들은 default보다 같거나 더 넓은 범위의 접근제어자만 설정할 수 있으므로 default, protected, public 이 세 개의 접근 제어자는 사용이 가능하다. | ||
+ | # 예외(Exception)는 부모 클래스의 메소드 보다 많이 선언할 수 없다.부모 클래스에서 어떤 예외를 throws 한다고 하면, 자식 클래스에서는 그 예외보다 더 큰 범위의 예외를 throws할 수 없다는 것이다.<br> | ||
+ | # static 메소드를 인스턴스의 메소드로 또는 그 반대로 바꿀 수 없다. 부모 클래스의 static메소드를 자식에서 같은 이름으로 정의할 수 있지만 이것은 다시 정의하는 것이 아니라 같은 이름의 static메소드를 새로 정의하는 것이다. | ||
+ | |||
+ | === Override 조건 === | ||
+ | * 부모 클래스와 자식 클래스 사이에서만 성립된다. | ||
+ | * static 메소드는 클래스에 속하는 메소드이기 때문에 상속되지 않고 오버라이드 되지도 않는다. | ||
+ | * private의 접근 제어자를 가진 메소드는 상속 자체가 되지 않아 오버라이드도 성립되지 않는다. | ||
+ | * interface를 구현하여 오버라이드할 때는 반드시 public 접근 제어자를 사용해야 한다. | ||
+ | * 오버로드와 달리 리턴 타입, 메소드명, 매개변수 패턴이 모두 같아야 한다. | ||
+ | * final이 지정된 메소드는 오버라이드 할 수 없다.<ref name="오버라이드 조건">〈[https://programmingnote.tistory.com/29 오버라이드 조건]〉, 《오버라이드 조건》, 2018-10-12</ref> | ||
+ | * 부모 클래스의 메소드의 접근 제한자 범위보다 작아질 수 없고 확장은 가능하다. | ||
+ | ::- 부모의 public 접근제한 ->자식의 private, default 수정불가 | ||
+ | ::- 부모의 default 접근제한 ->자식의 default, public 수정가능 | ||
+ | * 부모 클래스의 메소드보다 더 많은 예외를 던질 수 없다.(새로운 예외(Exception)를 throws(떠넘기기)할 수 없다.) | ||
+ | ::예외의 개수 뿐만 아니라 상위의 예외의 경우, 개수가 적어보이지만 더 많은 예외를 처리할 수 있기 때문에 선언할 수 없게 된다. | ||
+ | #throws error Example | ||
+ | class Parent { | ||
+ | void parentMethod() throws IOException, SQLException { | ||
+ | }; | ||
+ | } | ||
+ | |||
+ | class Child extends Parent { | ||
+ | void parentMethod() throws Exception { //조상 클래스보다 예외의 개수가 적지만 예외 클래스의 최상의 클래스 | ||
+ | }; | ||
+ | } | ||
+ | |||
+ | === Override 장점 === | ||
+ | * 같은이름으로 body(구현부)를 변경하여 내용을 수정하여 사용함을 통해 프로그램의 리소스를 줄여준다.<ref name="오버라이드 장점">〈[https://springofdev.tistory.com/entry/overloading%EC%98%A4%EB%B2%84%EB%A1%9C%EB%94%A9%EA%B3%BC-overriding%EC%98%A4%EB%B2%84%EB%9D%BC%EC%9D%B4%EB%94%A9 오버라이드 장점]〉, 《오버라이드 장점》, 2015-04-09</ref> | ||
+ | |||
+ | {{각주}} | ||
+ | |||
+ | == 참고자료 == | ||
+ | * 〈[https://www.zerocho.com/category/JavaScript/post/59c17a58f40d2800197c65d6 오버로딩과 오버라이딩의 차이]〉 | ||
+ | * 〈[https://gbsb.tistory.com/235 오버로딩과 오버라이딩 비교]〉 | ||
+ | * 〈[https://ko.wikipedia.org/wiki/%EB%A9%94%EC%86%8C%EB%93%9C_%EC%98%A4%EB%B2%84%EB%9D%BC%EC%9D%B4%EB%94%A9 메소드 오버라이딩 - 위키백과]〉 | ||
+ | * 〈[https://hyoje420.tistory.com/14 오버라이드의 정의]〉 | ||
+ | * 〈[https://springofdev.tistory.com/entry/overloading%EC%98%A4%EB%B2%84%EB%A1%9C%EB%94%A9%EA%B3%BC-overriding%EC%98%A4%EB%B2%84%EB%9D%BC%EC%9D%B4%EB%94%A9 오버라이드의 장점]〉 | ||
+ | * 〈[https://programmingnote.tistory.com/29 오버라이드의 조건/장점]〉 | ||
+ | * 모든기록, 〈[https://all-record.tistory.com/60 오버라이딩(Overrind)]〉, 《개인블로그》, 2016 | ||
== 같이 보기 == | == 같이 보기 == | ||
14번째 줄: | 232번째 줄: | ||
* [[오버로딩]] | * [[오버로딩]] | ||
− | + | {{프로그래밍|검토 필요}} | |
− | |||
− | {{ |
2020년 8월 25일 (화) 10:41 기준 최신판
오버라이딩(overriding)이란 조상 클래스로부터 상속받은 메소드(method)의 내용을 자손 클래스에 맞게 변경하는 것을 말한다. 오버로딩은 기존 메소드에 새로운 내용이 추가되지만, 오버라이딩은 기존 메소드 중 중복되는 내용이 새로운 내용으로 변경된다.
목차
개요[편집]
오버로딩과 오버라이딩은 그 단어의 유사함으로 인해 혼동하기 쉽다. 하지만 그 개념은 확실히 다르며, 표기는 비슷하지만, 전혀 다른 의미이다. 오버로딩(overloading)은 새로운 메소드를 정의하는 것이고, 오버라이딩(overriding)은 상속받은 기존의 메소드를 재정의하는 것이다.[1]
오버로딩과 오버라이딩 비교[2][3] 구분 Overloading Overriding 메소드 이름 동일 동일 매개변수, 타입 다름 동일 리턴 타입 상관 없음 동일 접근 제어자 모든 접근 제어자를 사용할 수 있다. 부모 클래스의 메소드의 접근 제어자보다 더 넓은 범위의
접근 제어자를 자식 클래스의 메소드에서 설정할 수 있다.매개변수, 타입 같은 클래스 내에서 적용된다. 상속관계에서 적용된다.
상위 클래스가 가지고 있는 멤버변수가 하위 클래스로 상속되는 것처럼 상위 클래스가 가지고 있는 메소드도 하위 클래스로 상속되어 하위 클래스에서 사용할 수 있다. 하지만, 하위 클래스에서 메소드를 재정의해서 사용할 수 있다. 상속 관계에 있는 클래스 간에 같은 이름의 메소드를 정의하는 기술을 오버라이딩(Overriding) 이라고 한다.[4]
메소드 오버라이딩(method overriding)은 객체 지향 프로그래밍에서 서브 클래스 또는 자식 클래스가 자신의 슈퍼클래스들 또는 부모 클래스들 중 하나에 의해 이미 제공된 메소드를 특정한 형태로 구현하는 것을 제공하는 언어의 특징이다. 서브클래스에서의 구현은 부모 클래스에서 같은 이름, 같은 파라미터 또는 시그니처 그리고 같은 반환형을 갖는 메소드를 제공함으로써 슈퍼클래스에서의 구현을 오버라이드한다. 실행되는 메소드의 버전은 이것을 발생시키는데 사용되는 객체에 의해서 결정될 것이다. 만약 부모 클래스의 객체가 메소드를 발생시키는데 사용된다면 부모 클래스 버전이 실행될 것이지만, 만약 서브클래스의 객체가 메소드를 발생시키는데 사용된다면 자식 클래스 버전이 실행될 것이다. 몇몇 언어들은 프로그래머가 메소드를 오버라이딩하는 것을 예방하게할 수 있게 한다.[5]
특징[편집]
- 메소드 이름이 같아야 한다.
- 메소드 리턴형이 같아야 한다.
- 파라미터 개수, 파라미터의 자료형이 같아야 한다.
- 오버라이드 하고자 하는 메소드가 상위 클래스에 존재해야 한다.[6]
- 상위 메소드와 동일하거나 내용이 추가되어야 한다.[7]
필요성[편집]
부모 클래스로부터 상속받은 메소드를 자식 클래스에서 재정의하는 것을 오버라이딩이라고 한다. 상속받은 메소드를 그대로 사용할 수도 있지만, 자식 클래스에서 상황에 맞게 변경해야하는 경우 오버라이딩할 필요가 생긴다.
오버라이딩을 하지않으면 이름을 다르게 해야하는데 그럼 그 메소드가 여전히 살아있기 때문에 문제가 발생할 수 있다. 알맞지 않은 기능은 못쓰게 해야 하기 때문에 이 기능을 다른 기능으로 바꾸기 위하여 오버라이딩을 사용한다.[3]
언어별 예시[편집]
C++[편집]
C++에서, 부모 또는 기본 클래스의 이름은 함수들을 오버라이드하기 위한 범위 지정 연산자(scope resolution operator) 이후에 사용된다. 예를 들면 다음의 코드는 두 클래스들을 나타내는데, 기본 클래스 TRectangle, 그리고 유도 클래스 TBox이 그것이다. TBox는 TRectangle 클래스의 print() 메소드를 오버라이드하며, 또한 자신의 높이를 보여준다.[5]
#include <iostream> class TRectangle { public: TRectangle(double l, double w) : length(l), width(w) {} virtual void print() const; private: double length; double width; };
void TRectangle::print() const { // print() method of base class. std::cout << "Length = " << this->length << "; Width = " << this->width; }
class TBox : public TRectangle { public: TBox(double l, double w, double h) : TRectangle(l, w), height(h) {} // virtual is optional here, but it is a good practice to remind it to the developer. virtual void print() const; private: double height; };
void TBox::print() const { // Invoke parent print() method. TRectangle::print(); std::cout << "; Height = " << this->height; }
클래스 TBox에서 print()는 메소드 print()의 부모 버전을 불러일으킴으로써, 또한 기본 클래스의 private 변수 length와 width를 출력할 수 있다. 반면, 이러한 변수들은 TBox에 접근할 수 없다. 다음 구문은 타입 TRectangle 와 TBox,의 객체들을 인스턴스화할 것이며, 그들 각각의 print() 메소드들을 호출한다:
int main(int argc, char** argv) { TRectangle rectangle(5.0, 3.0); // Outputs: Length = 5.0; Width = 3.0 rectangle.print(); TBox box(6.0, 5.0, 4.0); // The pointer to the most overridden method in the vtable in on TBox::print, // but this call does not illustrate overriding. box.print(); // This call illustrates overriding. // outputs: Length = 6.0; Width = 5.0; Height= 4.0 static_cast<TRectangle&>(box).print(); }
C++11에서는 자바와 비슷하게 슈퍼클래스에서 final로 정의된 메소드는 오버라이딩될 수 없다. 또한 메소드는 컴파일러가 기본 클래스에서 메소드를 오버라이드하는지를 검사하기 위해 override가 선언될 수 있다.
델파이[편집]
델파이에서 메소드 오버라이딩은 지시자 override를 통해 수행되지만, 단지 메소드가 dynamic 또는 virtual 지시자로 표시되어야 한다. inherited라는 단어는 슈퍼클래스 행동을 호출하기를 원할 때 반드시 호출되어야 한다.
type TRectangle = class private FLength: Double; FWidth: Double; public property Length read FLength write FLength; property Width read FWidth write FWidth; procedure Print; virtual; end;
TBox = class(TRectangle) public procedure Print; override; end;
파이썬[편집]
파이썬에서, 서브클래스는 슈퍼클래스의 메소드를 오버라이드하는 메소드를 포함하며, 또한 self.method.In 대신 super(Subclass, self).method를 호출함으로써 슈퍼클래스를 호출할 수 있다.
class Thought(object): def __init__(self): pass def message(self): print "I feel like I am diagonally parked in a parallel universe."
class Advice(Thought): def __init__(self): super(Advice, self).__init__() def message(self): print "Warning: Dates in calendar are closer than they appear" super(Advice, self).message()
루비[편집]
루비에서, 서브클래스는 슈퍼클래스의 메소드를 오버라이드하는 메소드를 포함하며, 또한 오버라이딩 된 메소드에서 super를 호출함으로써 슈퍼클래스를 호출할 수 있다. 만약 오버라이딩된 메소드 오버라이딩 메소드의 외부에서 보존되게 하고 싶다면 아래의 'super_message'와 함께 alias를 사용할 수 있다.
class Thought def message puts "I feel like I am diagonally parked in a parallel universe." end end
class Advice < Thought alias :super_message :message def message puts "Warning: Dates in calendar are closer than they appear" super end end
JAVA[편집]
public class 클래스A{ int A = 1; int B = 2; public void method() { System.out.println(this.A+ this.B); } } public class 클래스B extends 클래스A{ public void method() { System.out.println("A + B = " +(this.A+ this.B)); } }
오버라이드[편집]
오버라이드(override)란 어노테이션(annotation)이라는 것으로 직역하면 주석이라는 뜻이다.[3] 이는 일반적인 주석과 다르게, 검증하는 기능을 한다. 여기서 사용된 @Override라는 어노테이션은 오버라이딩을 검증하는 기능을 한다. 코드상으로 검사했을 때 오버라이딩이 실제로 시행되지 않았다면 컴파일시 오류를 출력한다.
위 코드는 정상적으로 실행되는 것을 볼 수 있다. 부모 클래스의 메소드를 오버라이딩하는 것은 내용만을 새로 정의하는 것이므로 선언부는 부모의 것과 완벽히 동일해야 하는 것을 볼 수 있다.
프로그래머가 Person클래스의 cry메소드를 '흑흑'이라고 정의했다. 그런데 Child클래스와 Senior클래스를 만들면서 울음소리를 다르게 출력하고 싶은 것이다. 그래서 Chile클래스와 Senior클래스에서 부모의 메소드의 이름만 빌려와서 자기의 방식대로 '재정의'하였다. 이것이 오버라이딩이다. 여기서 접근 제어자를 다르게 설정해 놓은 것을 볼 수 있다.
오버라이딩에서 접근 제어자를 설정하는 규칙[편집]
- 자식 클래스에서 오버라이딩하는 메소드의 접근 제어자는 부모 클래스보다 더 좁게 설정할 수 없다. 위에서 볼 수 있듯이 부모클래스의 접근제어자는 default로 설정되어 있다. 여기서 자식 클래스들은 default보다 같거나 더 넓은 범위의 접근제어자만 설정할 수 있으므로 default, protected, public 이 세 개의 접근 제어자는 사용이 가능하다.
- 예외(Exception)는 부모 클래스의 메소드 보다 많이 선언할 수 없다.부모 클래스에서 어떤 예외를 throws 한다고 하면, 자식 클래스에서는 그 예외보다 더 큰 범위의 예외를 throws할 수 없다는 것이다.
- static 메소드를 인스턴스의 메소드로 또는 그 반대로 바꿀 수 없다. 부모 클래스의 static메소드를 자식에서 같은 이름으로 정의할 수 있지만 이것은 다시 정의하는 것이 아니라 같은 이름의 static메소드를 새로 정의하는 것이다.
Override 조건[편집]
- 부모 클래스와 자식 클래스 사이에서만 성립된다.
- static 메소드는 클래스에 속하는 메소드이기 때문에 상속되지 않고 오버라이드 되지도 않는다.
- private의 접근 제어자를 가진 메소드는 상속 자체가 되지 않아 오버라이드도 성립되지 않는다.
- interface를 구현하여 오버라이드할 때는 반드시 public 접근 제어자를 사용해야 한다.
- 오버로드와 달리 리턴 타입, 메소드명, 매개변수 패턴이 모두 같아야 한다.
- final이 지정된 메소드는 오버라이드 할 수 없다.[8]
- 부모 클래스의 메소드의 접근 제한자 범위보다 작아질 수 없고 확장은 가능하다.
- - 부모의 public 접근제한 ->자식의 private, default 수정불가
- - 부모의 default 접근제한 ->자식의 default, public 수정가능
- 부모 클래스의 메소드보다 더 많은 예외를 던질 수 없다.(새로운 예외(Exception)를 throws(떠넘기기)할 수 없다.)
- 예외의 개수 뿐만 아니라 상위의 예외의 경우, 개수가 적어보이지만 더 많은 예외를 처리할 수 있기 때문에 선언할 수 없게 된다.
#throws error Example class Parent { void parentMethod() throws IOException, SQLException { }; } class Child extends Parent { void parentMethod() throws Exception { //조상 클래스보다 예외의 개수가 적지만 예외 클래스의 최상의 클래스 }; }
Override 장점[편집]
- 같은이름으로 body(구현부)를 변경하여 내용을 수정하여 사용함을 통해 프로그램의 리소스를 줄여준다.[9]
각주[편집]
- ↑ 〈오버로딩과 오버라이딩의 차이〉, 《오버로딩과 오버라이딩의 차이》, 2018-03-13
- ↑ 〈Overloading과 Overriding 비교〉, 《blog》 , 2016-04-30
- ↑ 3.0 3.1 3.2 〈오버라이드란〉, 《오버라이드》, 2018-07-12
- ↑ 〈오버라이딩 정의〉, 《오버라이딩이란》, 2013-12-08
- ↑ 5.0 5.1 〈메소드 오버라이딩〉, 《위키백과》 , 2018-04-30
- ↑ 〈오버라이딩 특징〉, 《매거진》 , 2016-04
- ↑ 〈오버라이딩 특징〉, 《린월》 , 2014-01-16
- ↑ 〈오버라이드 조건〉, 《오버라이드 조건》, 2018-10-12
- ↑ 〈오버라이드 장점〉, 《오버라이드 장점》, 2015-04-09
참고자료[편집]
- 〈오버로딩과 오버라이딩의 차이〉
- 〈오버로딩과 오버라이딩 비교〉
- 〈메소드 오버라이딩 - 위키백과〉
- 〈오버라이드의 정의〉
- 〈오버라이드의 장점〉
- 〈오버라이드의 조건/장점〉
- 모든기록, 〈오버라이딩(Overrind)〉, 《개인블로그》, 2016
같이 보기[편집]