SqueakByExample:5.4 - Revision history

Onionmixer: 번역수정 및 용어수정

2013-09-17T01:58:18Z

번역수정 및 용어수정

← Older revision		Revision as of 01:58, 17 September 2013
Line 81:		Line 81:
	===Traits===		===Traits===

	Trait은 상속이 필요없는 클래스의 동작을 포함할 수 있는 메서드의 Collection입니다. Trait은 여러 클래스가 유일한 ~~상위 클래스를~~ 쉽게 가지도록 하면서, 직접적 관련이 없는 클래스의 유용한 메서드를 공유하게 합니다.		Trait은 상속이 필요없는 클래스의 동작을 포함할 수 있는 메서드의 Collection입니다. Trait은 여러 클래스가 유일한 super클래스를 쉽게 가지도록 하면서, 직접적 관련이 없는 클래스의 유용한 메서드를 공유하게 합니다.

	새로운 trait을 정의하기 위해서는, 메시지에 의한 서브클래스 생성 템플릿을 Trait 클래스로 바꿔주기만 하면 됩니다.		새로운 trait을 정의하기 위해서는, 메시지에 의한 서브클래스 생성 템플릿을 Trait 클래스로 바꿔주기만 하면 됩니다.
Line 108:		Line 108:


	2장에서 정의한 SBEGame 클래스와 같이, 자체적으로 ~~상위 클래스를~~ 이미 보유한 클래스에서 이 trait을 사용할 수 있습니다. TAuthor를 사용하라고 지시하는 uses: 키워드 인자를 포함하기 위해 SBEGame의 클래스 생성 템플릿을 간단히 수정하겠습니다.		2장에서 정의한 SBEGame 클래스와 같이, 자체적으로 super클래스를 이미 보유한 클래스에서 이 trait을 사용할 수 있습니다. TAuthor를 사용하라고 지시하는 uses: 키워드 인자를 포함하기 위해 SBEGame의 클래스 생성 템플릿을 간단히 수정하겠습니다.


Line 122:		Line 122:


	이제 ~~SBEGame을 초기화 하면~~, ~~예상했던대로~~ author ~~메시지로 응답합니다~~.		이제 SBEGame 을 인스턴스화 하는경우, 예상대로 author 메시지에 반응합니다.

	<syntaxhighlight lang="smalltalk">		<syntaxhighlight lang="smalltalk">
Line 145:		Line 145:


	위의 예에서 addTraitSelector:withMethod: 라고 이름을 지정한 trait ~~TPureBehavior 에서~~ 정의된 basicAddTraitSelector:withMethod: 를 확인할 수 있습니다. ~~Trait을 위한~~ 지원은 현재 시스템 브라우저에 ~~추가중입니다~~.		위의 예에서 addTraitSelector:withMethod: 라고 이름을 지정한 TPureBehavior 의 특성<sup>trait</sup>에 정의된 basicAddTraitSelector:withMethod: 를 확인할 수 있습니다. Trait 에 대한 지원은 현재 시스템 브라우저에 추가되고 있습니다.

Onionmixer: 용어수정

2013-09-17T01:45:08Z

용어수정

← Older revision		Revision as of 01:45, 17 September 2013
Line 34:		Line 34:
	추상클래스는 인스턴스화된다기보다는 하위분류로 존재하는 클래스입니다. 추상 클래스는 그것이 사용하는 모든 메서드를 정의하지 않는다는 면에서,일반적으로 봤을때 완전한 클래스는 아닙니다. 이 경우 mission 메서드-다른메서드를 대상으로 하지만 메서드 자체(동작)가 정의되지 않은경우-는 추상메서드 라고 말합니다.		추상클래스는 인스턴스화된다기보다는 하위분류로 존재하는 클래스입니다. 추상 클래스는 그것이 사용하는 모든 메서드를 정의하지 않는다는 면에서,일반적으로 봤을때 완전한 클래스는 아닙니다. 이 경우 mission 메서드-다른메서드를 대상으로 하지만 메서드 자체(동작)가 정의되지 않은경우-는 추상메서드 라고 말합니다.

	스몰토크는 메서드 또는 클래스를 abstract(추상)으로 지정하기 위한 문법은 별도로 없습니다. 관례적으로, 추상 메서드는 self subclassResponsibility 의 표현식으로 만들어져 있습니다. 이것은 "마커 메서드(marker method)" 로 알려져 있으며, ~~하위 클래스가~~ 메서드의 구체적인 내용을 정의해야한다는것을 나타냅니다. Self subclassResponsibility 메서드는 항상 재지정되므로, 절대로 실행하면 안됩니다. 만약 여러분이 재지정 하는 것을 잊어버리고, 그 메서드를 실행하면, 예외가 적용될 것입니다.		스몰토크는 메서드 또는 클래스를 abstract(추상)으로 지정하기 위한 문법은 별도로 없습니다. 관례적으로, 추상 메서드는 self subclassResponsibility 의 표현식으로 만들어져 있습니다. 이것은 "마커 메서드(marker method)" 로 알려져 있으며, 서브클래스가 메서드의 구체적인 내용을 정의해야한다는것을 나타냅니다. Self subclassResponsibility 메서드는 항상 재지정되므로, 절대로 실행하면 안됩니다. 만약 여러분이 재지정 하는 것을 잊어버리고, 그 메서드를 실행하면, 예외가 적용될 것입니다.

	클래스는, 자신의 메서드들 중의 하나가 추상적인 경우, 추상 클래스로 분류됩니다. 여러분이 추상 클래스의 인스턴스를 만드는 것을 제한하는것은 아무것도 없으며, 추상 메서드를 실행하기 전 까지는 모든 것이 동작합니다.		클래스는, 자신의 메서드들 중의 하나가 추상적인 경우, 추상 클래스로 분류됩니다. 여러분이 추상 클래스의 인스턴스를 만드는 것을 제한하는것은 아무것도 없으며, 추상 메서드를 실행하기 전 까지는 모든 것이 동작합니다.
Line 42:		Line 42:
	====예시 : Magnitude 클래스 ====		====예시 : Magnitude 클래스 ====

	'''Magnitude'''는 상호간 비교 가능 객체를 정의하는데 도움을 주는 추상 클래스입니다. Magnitude 의 ~~하위 클래스는~~ 반드시 메서드 <, = 와 hash를 구현해야 합니다. 각각의 메시지를 사용하여, Magnitude 에 >, >=, <=, max:, min: between:and: 등 객체를 비교하기 위한 다른 메서드를 정의합니다. 이들 메서드는 ~~하위 클래스에서~~ 상속받습니다. 메서드 < 은 추상 메서드이며 메서드 5.7에서 보시는 것처럼 정의합니다.		'''Magnitude'''는 상호간 비교 가능 객체를 정의하는데 도움을 주는 추상 클래스입니다. Magnitude 의 서브클래스는 반드시 메서드 <, = 와 hash를 구현해야 합니다. 각각의 메시지를 사용하여, Magnitude 에 >, >=, <=, max:, min: between:and: 등 객체를 비교하기 위한 다른 메서드를 정의합니다. 이들 메서드는 서브클래스에서 상속받습니다. 메서드 < 은 추상 메서드이며 메서드 5.7에서 보시는 것처럼 정의합니다.


Line 67:		Line 67:


	Character는 Magnitude의 ~~하위 클래스입니다~~. Character클래스는 < 에 대한 자신의 버전을 갖기 위해 subclassResponsibility 메서드를 재정의합니다 (메서드 5.9를 보세요). Character는 또한 메서드 = 와 hash 를 정의하며, 메서드 >=, <=,~= 과 기타 등등을 Magnitude로부터 상속 받습니다.		Character는 Magnitude의 서브클래스입니다. Character클래스는 < 에 대한 자신의 버전을 갖기 위해 subclassResponsibility 메서드를 재정의합니다 (메서드 5.9를 보세요). Character는 또한 메서드 = 와 hash 를 정의하며, 메서드 >=, <=,~= 과 기타 등등을 Magnitude로부터 상속 받습니다.


Line 83:		Line 83:
	Trait은 상속이 필요없는 클래스의 동작을 포함할 수 있는 메서드의 Collection입니다. Trait은 여러 클래스가 유일한 상위 클래스를 쉽게 가지도록 하면서, 직접적 관련이 없는 클래스의 유용한 메서드를 공유하게 합니다.		Trait은 상속이 필요없는 클래스의 동작을 포함할 수 있는 메서드의 Collection입니다. Trait은 여러 클래스가 유일한 상위 클래스를 쉽게 가지도록 하면서, 직접적 관련이 없는 클래스의 유용한 메서드를 공유하게 합니다.

	새로운 trait을 정의하기 위해서는, 메시지에 의한 ~~하위 클래스~~ 생성 템플릿을 Trait 클래스로 바꿔주기만 하면 됩니다.		새로운 trait을 정의하기 위해서는, 메시지에 의한 서브클래스 생성 템플릿을 Trait 클래스로 바꿔주기만 하면 됩니다.


Line 146:		Line 146:

	위의 예에서 addTraitSelector:withMethod: 라고 이름을 지정한 trait TPureBehavior 에서 정의된 basicAddTraitSelector:withMethod: 를 확인할 수 있습니다. Trait을 위한 지원은 현재 시스템 브라우저에 추가중입니다.		위의 예에서 addTraitSelector:withMethod: 라고 이름을 지정한 trait TPureBehavior 에서 정의된 basicAddTraitSelector:withMethod: 를 확인할 수 있습니다. Trait을 위한 지원은 현재 시스템 브라우저에 추가중입니다.



	==Notes==		==Notes==

Onionmixer: 번역수정

2013-09-16T11:18:46Z

번역수정

New page

==모든 클래스는 super클래스를 가집니다==

스몰토크에서 각각의 클래스는 유일한 하나의 super클래스로부터, 클래스의 동작 그리고 구조에 대한 설명을 상속받습니다. 스몰토크는 단일 상속을 지원합니다.

{| style="border: 1px solid black;"
|-
|SmallInteger superclass||⇒ Integer
|-
|Integer superclass||⇒ Number
|-
|Number superclass||⇒ Magnitude
|-
|Magnitude superclass||⇒ Object
|-
|Object superclass||⇒ ProtoObject
|-
|ProtoObject superclass||⇒ nil
|}

전통적으로, 스몰토크 상속 계층에서 최상위는 Object 클래스 입니다(모든 것이 객체이기 때문입니다). 스퀵에서, 최상위 요소는 실제로 ProtoObject 라고 불리는 클래스가 됩니다만, 일반적인 경우 당신이 이 클래스에 신경을 쓸 필요는 없습니다. ProtoObject는 모든 객체가 반드시 가져야 할 메시지의 최소한의 요소를 캡슐화 하고 있습니다. 그렇지만 대부분의 클래스는 ProtoObject가 아닌 Object 에게서 상속을 받으며, Object 에는 ProtoObject에 비해 대부분의 객체가 반드시 이해하고 응답해야 할 수많은 추가적인 메시지등이 정의되어 있습니다. 다른 방법을 써야 할 특별한 이유가 없다면, 프로그래밍으로 클래스를 만들때, 만들어지는 클래스는 Object 또는 Object 의 서브클래스 중 하나가 됩니다.

{{CommentSqueak|새로운 클래스는 일반적으로 {{Template:HighlightBold|subclass:instanceVariableNames:...}} 이라는 메시지를 보냄으로써 만들어집니다. 클래스를 만들기 위한 몇 가지 다른 메서드가 있습니다. 그 메서드들이 무엇인지는 프로토콜 {{Template:HighlightBold|Kernel-Classes ▷ Class ▷ subclass}} 을 보면 됩니다.}}

비록 스퀵은 다중 상속을 지원하지 않지만, 버전 3.9 이후로, 연관성없는 클래스들의 기능을 공유하기 위한 traits라 지칭되는 메커니즘이 추가되었습니다. Traits는 상속과 관련되지 않은 다중 클래스들에서 재사용할 수 있는 메서드들의 Collection입니다. Traits를 사용하면 코드를 복사할 필요없이, 다양한 클래스들 사이의 코드를 하나의 코드로 공유할 수 있습니다.<ref name="역자주1">Ruby도 trait을 지원한다고 합니다. [http://www.cincomsmalltalk.com/blog/blogView?entry=3254209546 이내용]을 보면 꽤나 오래전부터 지원되었던 느낌인데요.. Ruby에서의 지원예를 보고싶다면 [http://aproxacs.me/article/ruby-factory-girl 여기]에서 trait을 검색해 참고하면 되겠습니다.</ref>

===추상 메서드와 추상 클래스===

추상클래스는 인스턴스화된다기보다는 하위분류로 존재하는 클래스입니다. 추상 클래스는 그것이 사용하는 모든 메서드를 정의하지 않는다는 면에서,일반적으로 봤을때 완전한 클래스는 아닙니다. 이 경우 mission 메서드-다른메서드를 대상으로 하지만 메서드 자체(동작)가 정의되지 않은경우-는 추상메서드 라고 말합니다.

스몰토크는 메서드 또는 클래스를 abstract(추상)으로 지정하기 위한 문법은 별도로 없습니다. 관례적으로, 추상 메서드는 self subclassResponsibility 의 표현식으로 만들어져 있습니다. 이것은 "마커 메서드(marker method)" 로 알려져 있으며, 하위 클래스가 메서드의 구체적인 내용을 정의해야한다는것을 나타냅니다. Self subclassResponsibility 메서드는 항상 재지정되므로, 절대로 실행하면 안됩니다. 만약 여러분이 재지정 하는 것을 잊어버리고, 그 메서드를 실행하면, 예외가 적용될 것입니다.

클래스는, 자신의 메서드들 중의 하나가 추상적인 경우, 추상 클래스로 분류됩니다. 여러분이 추상 클래스의 인스턴스를 만드는 것을 제한하는것은 아무것도 없으며, 추상 메서드를 실행하기 전 까지는 모든 것이 동작합니다.

====예시 : Magnitude 클래스 ====

'''Magnitude'''는 상호간 비교 가능 객체를 정의하는데 도움을 주는 추상 클래스입니다. Magnitude 의 하위 클래스는 반드시 메서드 <, = 와 hash를 구현해야 합니다. 각각의 메시지를 사용하여, Magnitude 에 >, >=, <=, max:, min: between:and: 등 객체를 비교하기 위한 다른 메서드를 정의합니다. 이들 메서드는 하위 클래스에서 상속받습니다. 메서드 < 은 추상 메서드이며 메서드 5.7에서 보시는 것처럼 정의합니다.

메서드5.7:Magnitude>> <
<syntaxhighlight lang="smalltalk">
Magnitude>> < aMagnitude
"수신자가 인자보다 작은지 응답합니다."
↑self subclassResponsibility
</syntaxhighlight>

반대로, 메서드 >= 는 메서드의 정의가 구체적입니다. < 에 대해 정의하였습니다:

메서드 5.8: Magnitude>> >=
<syntaxhighlight lang="smalltalk">
>= aMagnitude
"수신자가 인자보다 크거나 같은지 응답합니다."
↑(self < aMagnitude) not
</syntaxhighlight>

다른 비교 메서드의 true 반환도 같습니다.

Character는 Magnitude의 하위 클래스입니다. Character클래스는 < 에 대한 자신의 버전을 갖기 위해 subclassResponsibility 메서드를 재정의합니다 (메서드 5.9를 보세요). Character는 또한 메서드 = 와 hash 를 정의하며, 메서드 >=, <=,~= 과 기타 등등을 Magnitude로부터 상속 받습니다.

메서드 5.9: Character>> <
<syntaxhighlight lang="smalltalk">
Character>> < aCharacter
"Answer true if the receiver's value < aCharacter's value."
↑self asciiValue < aCharacter asciiValue
</syntaxhighlight>

===Traits===

Trait은 상속이 필요없는 클래스의 동작을 포함할 수 있는 메서드의 Collection입니다. Trait은 여러 클래스가 유일한 상위 클래스를 쉽게 가지도록 하면서, 직접적 관련이 없는 클래스의 유용한 메서드를 공유하게 합니다.

새로운 trait을 정의하기 위해서는, 메시지에 의한 하위 클래스 생성 템플릿을 Trait 클래스로 바꿔주기만 하면 됩니다.

클래스 5.10: 새로운 trait을 정의하기
<syntaxhighlight lang="smalltalk">
Trait named: #TAuthor
uses: { }
category: 'SBE-Quinto'
</syntaxhighlight>

카테고리 SBE-Quinto에서 TAuthor 를 trait 으로 정의하겠습니다. 이 trait은 다른 trait을 전혀 사용하지 않습니다. 일반적으로, uses: 라는 키워드 인수의 다른 특성을 사용할 수 있게 하는 Trait 합성구문 을 지정할 수 있습니다. 여기서는 단지, 빈 array를 제공합니다.

author 메서드를 클래스 계층도에서 독립적으로 취급하며 다양한 class에서 사용하게 할거라면, 다음과같이 작성하면 됩니다:

메서드 5.11: Author 메서드
<syntaxhighlight lang="smalltalk">
TAuthor >> author
"Returns author initials"
↑ 'on' "oscar nierstrasz"
</syntaxhighlight>

2장에서 정의한 SBEGame 클래스와 같이, 자체적으로 상위 클래스를 이미 보유한 클래스에서 이 trait을 사용할 수 있습니다. TAuthor를 사용하라고 지시하는 uses: 키워드 인자를 포함하기 위해 SBEGame의 클래스 생성 템플릿을 간단히 수정하겠습니다.

클래스 5.12: trait 사용하기
<syntaxhighlight lang="smalltalk">
BorderedMorph subclass: #SBEGame
uses: TAuthor
instanceVariableNames: 'cells'
classVariableNames: ''
poolDictionaries: ''
category: 'SBE-Quinto'
</syntaxhighlight>

이제 SBEGame을 초기화 하면, 예상했던대로 author 메시지로 응답합니다.

<syntaxhighlight lang="smalltalk">
SBEGame new author ⇒ 'on'
</syntaxhighlight>

Trait 합성 표현식은 + 연산자를 사용하여 여러 trait을 결합할 수 있습니다. 충돌이 생기는 경우(예를 들면, 여러 trait에서 같은 이름의 메서드를 정의할 경우), 이들 충돌 요소를 메서드 제거( - 기호)를 통해 깔끔하게 해결할 수 있으며, 또는 클래스 또는 trait의 메서드를 재 정의하여 해결할 수도 있습니다. 또한 (@ 기호) 메서드의 새 이름을 쓰려는 목적으로 메서드의 별칭<sup>alias</sup>을 사용할 수도 있습니다

Traits는 시스템 커널에서도 사용합니다. Behavior 클래스는 좋은 예제입니다.

클래스 5.13: traits을 사용하여 정의된 동작
<syntaxhighlight lang="smalltalk">
Object subclass: #Behavior
uses: TPureBehavior @ {#basicAddTraitSelector:withMethod: #addTraitSelector:withMethod:}
instanceVariableNames: 'superclass methodDict format'
classVariableNames: 'ObsoleteSubclasses'
poolDictionaries: ''
category: 'Kernel-Classes'
</syntaxhighlight>

위의 예에서 addTraitSelector:withMethod: 라고 이름을 지정한 trait TPureBehavior 에서 정의된 basicAddTraitSelector:withMethod: 를 확인할 수 있습니다. Trait을 위한 지원은 현재 시스템 브라우저에 추가중입니다.

==Notes==
<references />

[[Category:SqueakByExample]]

Onionmixer: 번역수정

2013-03-06T11:52:18Z

번역수정

← Older revision		Revision as of 11:52, 6 March 2013
Line 109:		Line 109:


	이제 우리는, 2장에서 ~~우리가~~ 정의한 SBEGame ~~클래스의 인스턴스를 위해 이미 그 자체의~~ 상위 클래스를 ~~갖고 있는~~ 클래스에서 이 trait을 사용할 수 있습니다. ~~우리는 단지 TAuthor가~~ 반드시 ~~사용되어야 한다고~~ 지정하는 키워드 인수 uses:를 포함하기 위해 ~~SBEGame을 위한 클래스~~ 생성 템플릿을 ~~수정하면 됩니다~~.		이제 우리는, 2장에서 정의한 SBEGame 클래스처럼, 이제 자체적으로 상위 클래스를 이미 보유한 클래스에서 이 trait을 사용할 수 있습니다. author를 사용할때는 TAuthor 를 반드시 사용해야한다고 지정하는 키워드 인수 uses:를 포함하기 위해 SBEGame클래스 생성 템플릿을 조금 수정하겠습니다.


Line 123:		Line 123:


	만약 ~~우리가~~ SBEGame을 ~~초기화하였다면~~, ~~이것은 기대했던 것처럼~~ author ~~메시지에 응답할 것입니다~~.		만약 SBEGame을 초기화한다면, 예상했던것처럼 author 메시지로 응답합니다.


	<syntaxhighlight lang="smalltalk">		<syntaxhighlight lang="smalltalk">
Line 131:		Line 130:


	Trait ~~작성 수식은~~ + 연산자를 사용하여 다중 traits을 결합할 수 ~~있을 것입니다~~. 충돌이 생기는 경우(예를 들면, ~~다중 traits이 동일한 이름으로~~ 메서드들을 정의할 경우), ~~여러분은 이 메서드들을~~ (-으로) 또는 ~~클래스에서 정의하거나 여러분이 정의하는 trait으로써, 이 메서드들을 명확하게 제거하여 충돌을~~ 해결할 수 있습니다. 또한 새로운 ~~이름을 제공하여,~~ alias ~~메서드에(@과 함께) 적용하는 것도 가능합니다.~~		Trait 합성 표현식은 + 연산자를 사용하여 여러 traits을 결합할 수 있습니다. 충돌이 생기는 경우(예를 들면, 어러 traits에서 같은이름의 메서드들을 정의할 경우), 이런 충돌을 메서드 제거( - 기호)를 통해 깔끔하게 해결할 수 있으며, 또는 클래스 또는 trait의 메서드를 재 정의하여 해결할 수도 있습니다. 또한 @를 이용해서 메서드를 새로운 이름으로 쓰려는것처럼 메서드의 별칭<sup>alias</sup>을 사용할 수도 있습니다

	Traits는 시스템 ~~커널에서 사용합니다~~. ~~하나의~~ 좋은 ~~예는 클래스 Behavior입니다~~.		Traits는 시스템 커널에서도 사용됩니다. Behavior 클래스는 좋은 예제입니다.


Line 139:		Line 138:
	<syntaxhighlight lang="smalltalk">		<syntaxhighlight lang="smalltalk">
	Object subclass: #Behavior		Object subclass: #Behavior
	uses: TPureBehavior @ {#basicAddTraitSelector:withMethod:~~-->~~		uses: TPureBehavior @ {#basicAddTraitSelector:withMethod: #addTraitSelector:withMethod:}
	#addTraitSelector:withMethod:}
	instanceVariableNames: 'superclass methodDict format'		instanceVariableNames: 'superclass methodDict format'
	classVariableNames: 'ObsoleteSubclasses'		classVariableNames: 'ObsoleteSubclasses'
Line 148:		Line 146:


	~~여기서 우리는 basicAddTraitSelector~~:withMethod: ~~에 Alias된(alias, 하나의 프로그램에서 동일한 기억 장소를 참조하는 변수에 둘 이상의 이름이 붙은 것:역주)~~ trait ~~TPureBehavior에서~~ 정의된 ~~메서드 addTraitSelector~~:withMethod:를 ~~보게 됩니다~~. Traits을 위한 지원은 현재 브라우저에 ~~추가되고 있는 중입니다~~.		위의 예에서 addTraitSelector:withMethod: 라고 이름을 지정한 trait TPureBehavior 에서 정의된 basicAddTraitSelector:withMethod: 를 확인할 수 있습니다. Traits을 위한 지원은 현재 시스템 브라우저에 추가중입니다.

Onionmixer: 번역수정

2013-03-06T11:36:23Z

번역수정

← Older revision		Revision as of 11:36, 6 March 2013
Line 95:		Line 95:


	~~여기서 우리는~~ 카테고리 SBE-Quinto에서 trait ~~TAuthor를 정의할 것입니다~~. 이 trait은 ~~현존하는~~ 다른 ~~traits을~~ 사용하지 않습니다. 일반적으로, ~~우리는~~ 키워드 ~~인수 사용의 일부로~~ 사용할 ~~다른 traits의 trait 작성 수식을~~ 지정할 수 있습니다. 여기서는 단지, 빈 array를 ~~제공할 것입니다~~.		카테고리 SBE-Quinto에서 TAuthor 를 trait 으로 정의하겠습니다. 이 trait은 다른 trait을 전혀 사용하지 않습니다. 일반적으로, uses: 라는 키워드 인수의 다른 특성을 사용할 수 있게 하는 Trait 합성구문 을 지정할 수 있습니다. 여기서는 단지, 빈 array를 제공합니다.

	~~Traits는~~ 메서드를 ~~포함할 수 있지만, 인스턴스 변수는 포함시키지 않습니다. 우리가~~ 계층도에서 ~~클래스들이 발생되는 독립된 위치에 소재한~~, ~~다양한 클래스에 author 메서드를 더할 수 있을 것이라고 가정하면. 다음과 같이 작업이 수행될 것입니다~~:		author 메서드를 클래스 계층도에서 독립적으로 취급하며 다양한 class에서 사용하게 할거라면, 다음과같이 작성하면 됩니다:


	메서드 5.11: Author 메서드		메서드 5.11: Author 메서드
	<syntaxhighlight lang="smalltalk">		<syntaxhighlight lang="smalltalk">
	~~TAuthor»author~~		TAuthor >> author
	"Returns author initials"		"Returns author initials"
	↑ 'on' "oscar nierstrasz"		↑ 'on' "oscar nierstrasz"
	</syntaxhighlight>		</syntaxhighlight>

Onionmixer: 번역수정

2013-03-06T10:44:18Z

번역수정

← Older revision		Revision as of 10:44, 6 March 2013
Line 84:		Line 84:
	Trait은 상속이 필요없는 클래스의 동작을 포함할 수 있는 메서드의 Collection입니다. Trait은 여러 클래스가 유일한 상위 클래스를 쉽게 가지도록 하면서, 직접적 관련이 없는 클래스의 유용한 메서드를 공유하게 합니다.		Trait은 상속이 필요없는 클래스의 동작을 포함할 수 있는 메서드의 Collection입니다. Trait은 여러 클래스가 유일한 상위 클래스를 쉽게 가지도록 하면서, 직접적 관련이 없는 클래스의 유용한 메서드를 공유하게 합니다.

	새로운 trait을 ~~정의하려면~~, 메시지에 의한 하위 클래스 생성 템플릿을 Trait 클래스로 바꿔주기만 하면 됩니다.		새로운 trait을 정의하기 위해서는, 메시지에 의한 하위 클래스 생성 템플릿을 Trait 클래스로 바꿔주기만 하면 됩니다.

Onionmixer: 번역수정

2013-03-06T10:43:31Z

번역수정

← Older revision		Revision as of 10:43, 6 March 2013
Line 64:		Line 64:
	</syntaxhighlight>		</syntaxhighlight>

	이 사항은 동일하게, 다른 비교 메서드에서도 적용됩니다.		이 사항은 동일하게, 다른 오브젝트 비교 메서드에서도 적용됩니다.

Onionmixer: 번역수정

2013-03-06T10:42:59Z

번역수정

← Older revision		Revision as of 10:42, 6 March 2013
Line 23:		Line 23:


	{{CommentSqueak\|새로운 클래스는 ~~보통 메시지~~ {{Template:HighlightBold\|subclass:instanceVariableNames:...}} 을 보냄으로써 만들어집니다. 클래스를 만들기 위한 몇 가지 다른 메서드가 있습니다. 그 메서드들이 ~~무엇인지 보기 위해~~ 프로토콜 {{Template:HighlightBold\|Kernel-Classes ▷ Class ▷ subclass}} 을 ~~보십시오~~.}}		{{CommentSqueak\|새로운 클래스는 일반적으로 {{Template:HighlightBold\|subclass:instanceVariableNames:...}} 이라는 메시지를 보냄으로써 만들어집니다. 클래스를 만들기 위한 몇 가지 다른 메서드가 있습니다. 그 메서드들이 무엇인지는 프로토콜 {{Template:HighlightBold\|Kernel-Classes ▷ Class ▷ subclass}} 을 보면 됩니다.}}


	비록 ~~스퀵이~~ 다중 상속을 ~~제공하지 않음에도 불구하고~~, 버전 3.9 이후로, ~~관련되지 않은~~ 클래스들의 ~~기능들을~~ 공유하기 위한 traits라 지칭되는 ~~메커니즘을 포함시켰습니다~~. Traits는 상속과 관련되지 않은 다중 ~~클래스들을 사용하여~~ 재사용할 수 있는 메서드들의 ~~컬랙션입니다~~. Traits를 ~~사용은~~ 코드를 ~~복제하지 않고~~, 다양한 클래스들 사이의 ~~코드공유를 가능케~~ 합니다.		비록 스퀵은 다중 상속을 지원하지 않지만, 버전 3.9 이후로, 연관성없는 클래스들의 기능을 공유하기 위한 traits라 지칭되는 메커니즘이 추가되었습니다. Traits는 상속과 관련되지 않은 다중 클래스들에서 재사용할 수 있는 메서드들의 Collection입니다. Traits를 사용하면 코드를 복사할 필요없이, 다양한 클래스들 사이의 코드를 하나의 코드로 공유할 수 있습니다.<ref name="역자주1">Ruby도 trait을 지원한다고 합니다. [http://www.cincomsmalltalk.com/blog/blogView?entry=3254209546 이내용]을 보면 꽤나 오래전부터 지원되었던 느낌인데요.. Ruby에서의 지원예를 보고싶다면 [http://aproxacs.me/article/ruby-factory-girl 여기]에서 trait을 검색해 참고하면 되겠습니다.</ref>


Line 32:		Line 32:
	===추상 메서드와 추상 클래스===		===추상 메서드와 추상 클래스===

	~~추상 클래스는 예를 들어 설명되기 보다, 하위분류 되야 할~~ 존재하는 클래스입니다. 추상 클래스는 그것이 사용하는 모든 메서드를 정의하지 않는다는 면에서 일반적으로 완전한 ~~클래스가~~ 아닙니다.~~("missing"~~ 메서드-~~다른 메서드들을 가늠해 보듯이~~) ~~그러나 이 클래스들은 그 자체가~~ 정의되지 않은-~~추상 메서드로 지칭됩니다~~.		추상클래스는 인스턴스화된다기보다는 하위분류로 존재하는 클래스입니다. 추상 클래스는 그것이 사용하는 모든 메서드를 정의하지 않는다는 면에서,일반적으로 봤을때 완전한 클래스는 아닙니다. 이 경우 mission 메서드-다른메서드를 대상으로 하지만 메서드 자체(동작)가 정의되지 않은경우-는 추상메서드 라고 말합니다.

	스몰토크는 메서드 또는 ~~클래스가~~ 추상~~(abstract~~)으로 ~~지정하는 목적에 쓰이는 어떤 전용 구문도 갖고 있습니다~~. 관례적으로, 추상 ~~메서드의 바디는 표현식~~ self ~~subclassResponsibility로 구성되어~~ 있습니다. 이것은 "마커 메서드(marker method)" 로 알려져 있으며, 하위 클래스가 메서드의 ~~실체적인 버전을 정의할 책임을 갖고 있다는 것을 가리킵니다~~. Self subclassResponsibility 메서드는 항상 재지정되므로, 절대로 실행하면 안됩니다. 만약 여러분이 재지정 하는 것을 잊어버리고, 그 메서드를 실행하면, 예외가 적용될 것입니다.		스몰토크는 메서드 또는 클래스를 abstract(추상)으로 지정하기 위한 문법은 별도로 없습니다. 관례적으로, 추상 메서드는 self subclassResponsibility 의 표현식으로 만들어져 있습니다. 이것은 "마커 메서드(marker method)" 로 알려져 있으며, 하위 클래스가 메서드의 구체적인 내용을 정의해야한다는것을 나타냅니다. Self subclassResponsibility 메서드는 항상 재지정되므로, 절대로 실행하면 안됩니다. 만약 여러분이 재지정 하는 것을 잊어버리고, 그 메서드를 실행하면, 예외가 적용될 것입니다.

	클래스는 ~~만약 그 클래스의~~ 메서드들 중의 하나가 ~~추상적이면~~, 추상 클래스로 분류됩니다. ~~실제로 어떤 것도, 여러분을~~ 추상 클래스의 인스턴스를 만드는 ~~작업을 방해할 수~~ 없으며, 모든 ~~것은 추상메서드를 부를 때까지 작동될 것입니다~~.		클래스는, 자신의 메서드들 중의 하나가 추상적인 경우, 추상 클래스로 분류됩니다. 여러분이 추상 클래스의 인스턴스를 만드는 것을 제한하는것은 아무것도 없으며, 추상 메서드를 실행하기 전 까지는 모든 것이 동작합니다.


Line 42:		Line 42:
	====Example :클래스 Magnitude(매그니튜드)====		====Example :클래스 Magnitude(매그니튜드)====

	'''Magnitude(매그니튜드)'''는 ~~서로서로를 비교할 수 있는~~ 오브젝트를 ~~정의하기 위해 우리를 돕는~~ 추상 클래스입니다. Magnitude 의 하위 클래스는 반드시 메서드 <, = 와 hash를 실행할 수 있어야만 합니다. 이러한 메시지들을 사용하여, Magnitude 는 as >, >=, <=, max:, min: between:, :~~와 같은 다른 메서드들과 또~~ 다른 ~~메서드들을 오브젝트와 비교하기 위해~~ 정의합니다. 메서드 <은 추상메서드 이며 메서드 5.7에서 보이는 것처럼 ~~정의합니다~~.		'''Magnitude(매그니튜드)'''는 상호간 비교 가능한 오브젝트를 정의하는데 도움을 주는 추상 클래스입니다. Magnitude 의 하위 클래스는 반드시 메서드 <, = 와 hash를 실행할 수 있어야만 합니다. 이러한 메시지들을 사용하여, Magnitude 는 as >, >=, <=, max:, min: between:and: 등 오브젝트를 비교하기 위한 다른 메서드를 정의합니다. 이들 메서드는 하위 클래스로 상속됩니다. 메서드 < 은 추상메서드 이며 메서드 5.7에서 보이는 것처럼 정의됩니다.


	메서드5.7:~~Magnitude»~~<		메서드5.7:Magnitude>> <
	<syntaxhighlight lang="smalltalk">		<syntaxhighlight lang="smalltalk">
	Magnitude>> < aMagnitude		Magnitude>> < aMagnitude
Line 53:		Line 53:


	~~반대로, 메서드>=는 실체적이며, <로 환산하여 정의됩니다.~~

			반대로, 메서드 >= 는 메서드의 정의가 구체적이며, < 에 대해 정의합니다.

	메서드 5.8: ~~Magnitude»~~>=
			메서드 5.8: Magnitude>> >=
	<syntaxhighlight lang="smalltalk">		<syntaxhighlight lang="smalltalk">
	>= aMagnitude		>= aMagnitude
Line 62:		Line 63:
	↑(self < aMagnitude) not		↑(self < aMagnitude) not
	</syntaxhighlight>		</syntaxhighlight>

			이 사항은 동일하게, 다른 비교 메서드에서도 적용됩니다.


	~~이 사항은 동일하게, 다른 비교 메서드에서도 적용됩니다.~~

	Character는 Magnitude의 하위 클래스입니다. ~~이것은~~ <~~의 그 자체 버전으로~~ subclassResponsibility 메서드를 재지정합니다 (메서드 5.9를 보세요). Character는 또한 메서드 =와 ~~hash를~~ 정의하며, 메서드 >=, <=,~ = 와 다른 ~~것들인~~ Magnitude로부터 상속받습니다.		Character는 Magnitude의 하위 클래스입니다. Character클래스는 < 에 대한 자신의 메서드버전을 갖기위해 subclassResponsibility 메서드를 재지정합니다 (메서드 5.9를 보세요). Character는 또한 메서드 = 와 hash 를 정의하며, 메서드 >=, <=,~= 과 다른 것들을 Magnitude로부터 상속받습니다.


	메서드 5.9: ~~Character»~~<		메서드 5.9: Character>> <
	<syntaxhighlight lang="smalltalk">		<syntaxhighlight lang="smalltalk">
	Character>> < aCharacter		Character>> < aCharacter
Line 75:		Line 77:
	↑self asciiValue < aCharacter asciiValue		↑self asciiValue < aCharacter asciiValue
	</syntaxhighlight>		</syntaxhighlight>



	===Traits===		===Traits===

	~~Trait는 상속할 필요 없이~~ 클래스의 ~~동작에 포함될~~ 수 있는 메서드의 ~~컬렉션 입니다~~. ~~이것은~~ 클래스가 ~~고유한~~ 상위 클래스를 쉽게 ~~갖도록 만들면서도~~, ~~여전히 관련되지 않은 클래스들과~~ 유용한 메서드를 ~~공유합니다~~.		Trait은 상속이 필요없는 클래스의 동작을 포함할 수 있는 메서드의 Collection입니다. Trait은 여러 클래스가 유일한 상위 클래스를 쉽게 가지도록 하면서, 직접적 관련이 없는 클래스의 유용한 메서드를 공유하게 합니다.

	새로운 trait을 정의하려면, ~~단순히 클래스 trait에 대한 메시지로~~ 하위 클래스 생성 ~~템플릿를 교체합니다~~.		새로운 trait을 정의하려면, 메시지에 의한 하위 클래스 생성 템플릿을 Trait 클래스로 바꿔주기만 하면 됩니다.

Onionmixer: 번역수정

2013-03-05T13:19:22Z

번역수정

New page

==모든 클래스는 상위 클래스를 가진다==

스몰토크에서 각각의 클래스는 유일한 하나의 상위 클래스로부터, 클래스의 동작 그리고 구조에 대한 설명을 상속받습니다. 스몰토크는 단일 상속을 지원합니다.

{| style="border: 1px solid black;"
|-
|SmallInteger superclass||⇒ Integer
|-
|Integer superclass||⇒ Number
|-
|Number superclass||⇒ Magnitude
|-
|Magnitude superclass||⇒ Object
|-
|Object superclass||⇒ ProtoObject
|-
|ProtoObject superclass||⇒ nil
|}

전통적으로, 스몰토크 상속 계층에서 최하단은 Object 클래스 입니다(모든 것이 오브젝트이기 때문입니다). 스퀵에서, 최 하단은 실제로 ProtoObject 라고 불리는 클래스입니다만, 일반적인 경우 당신이 이 클래스에 신경을 쓸 필요는 없습니다. ProtoObject는 모든 오브젝트가 반드시 가져야 할 메시지의 최소요소들을 캡슐화 하고 있습니다. 그렇지만 대부분의 클래스는 ProtoObject가 아닌 Object 에게서 상속을 받으며, Object 에는 ProtoObject에 비해 대부분의 오브젝트가 반드시 이해하고 응답해할 수많은 추가적인 메시지등이 정의되어 있습니다. 다른 방법을 써야 할 특별한 이유가 없다면, 프로그래밍으로 클래스를 만들때, 만들어지는 클래스는 Object 또는 Object의 하위 클래스중 하나가 됩니다.

{{CommentSqueak|새로운 클래스는 보통 메시지 {{Template:HighlightBold|subclass:instanceVariableNames:...}} 을 보냄으로써 만들어집니다. 클래스를 만들기 위한 몇 가지 다른 메서드가 있습니다. 그 메서드들이 무엇인지 보기 위해 프로토콜 {{Template:HighlightBold|Kernel-Classes ▷ Class ▷ subclass}} 을 보십시오.}}

비록 스퀵이 다중 상속을 제공하지 않음에도 불구하고, 버전 3.9 이후로, 관련되지 않은 클래스들의 기능들을 공유하기 위한 traits라 지칭되는 메커니즘을 포함시켰습니다. Traits는 상속과 관련되지 않은 다중 클래스들을 사용하여 재사용할 수 있는 메서드들의 컬랙션입니다. Traits를 사용은 코드를 복제하지 않고, 다양한 클래스들 사이의 코드공유를 가능케 합니다.

===추상 메서드와 추상 클래스===

추상 클래스는 예를 들어 설명되기 보다, 하위분류 되야 할 존재하는 클래스입니다. 추상 클래스는 그것이 사용하는 모든 메서드를 정의하지 않는다는 면에서 일반적으로 완전한 클래스가 아닙니다.("missing" 메서드-다른 메서드들을 가늠해 보듯이) 그러나 이 클래스들은 그 자체가 정의되지 않은-추상 메서드로 지칭됩니다.

스몰토크는 메서드 또는 클래스가 추상(abstract)으로 지정하는 목적에 쓰이는 어떤 전용 구문도 갖고 있습니다. 관례적으로, 추상 메서드의 바디는 표현식 self subclassResponsibility로 구성되어 있습니다. 이것은 "마커 메서드(marker method)" 로 알려져 있으며, 하위 클래스가 메서드의 실체적인 버전을 정의할 책임을 갖고 있다는 것을 가리킵니다. Self subclassResponsibility 메서드는 항상 재지정되므로, 절대로 실행하면 안됩니다. 만약 여러분이 재지정 하는 것을 잊어버리고, 그 메서드를 실행하면, 예외가 적용될 것입니다.

클래스는 만약 그 클래스의 메서드들 중의 하나가 추상적이면, 추상 클래스로 분류됩니다. 실제로 어떤 것도, 여러분을 추상 클래스의 인스턴스를 만드는 작업을 방해할 수 없으며, 모든 것은 추상메서드를 부를 때까지 작동될 것입니다.

====Example :클래스 Magnitude(매그니튜드)====

'''Magnitude(매그니튜드)'''는 서로서로를 비교할 수 있는 오브젝트를 정의하기 위해 우리를 돕는 추상 클래스입니다. Magnitude 의 하위 클래스는 반드시 메서드 <, = 와 hash를 실행할 수 있어야만 합니다. 이러한 메시지들을 사용하여, Magnitude 는 as >, >=, <=, max:, min: between:, :와 같은 다른 메서드들과 또 다른 메서드들을 오브젝트와 비교하기 위해 정의합니다. 메서드 <은 추상메서드 이며 메서드 5.7에서 보이는 것처럼 정의합니다.

메서드5.7:Magnitude»<
<syntaxhighlight lang="smalltalk">
Magnitude>> < aMagnitude
"Answer whether the receiver is less than the argument."
↑self subclassResponsibility
</syntaxhighlight>

반대로, 메서드>=는 실체적이며, <로 환산하여 정의됩니다.

메서드 5.8: Magnitude»>=
<syntaxhighlight lang="smalltalk">
>= aMagnitude
"Answer whether the receiver is greater than or equal to the argument."
↑(self < aMagnitude) not
</syntaxhighlight>

이 사항은 동일하게, 다른 비교 메서드에서도 적용됩니다.

Character는 Magnitude의 하위 클래스입니다. 이것은 <의 그 자체 버전으로 subclassResponsibility 메서드를 재지정합니다 (메서드 5.9를 보세요). Character는 또한 메서드 =와 hash를 정의하며, 메서드 >=, <=,~ = 와 다른 것들인 Magnitude로부터 상속받습니다.

메서드 5.9: Character»<
<syntaxhighlight lang="smalltalk">
Character>> < aCharacter
"Answer true if the receiver's value < aCharacter's value."
↑self asciiValue < aCharacter asciiValue
</syntaxhighlight>

===Traits===

Trait는 상속할 필요 없이 클래스의 동작에 포함될 수 있는 메서드의 컬렉션 입니다. 이것은 클래스가 고유한 상위 클래스를 쉽게 갖도록 만들면서도, 여전히 관련되지 않은 클래스들과 유용한 메서드를 공유합니다.

새로운 trait을 정의하려면, 단순히 클래스 trait에 대한 메시지로 하위 클래스 생성 템플릿를 교체합니다.

클래스 5.10: 새로운 trait을 정의하기
<syntaxhighlight lang="smalltalk">
Trait named: #TAuthor
uses: { }
category: 'SBE-Quinto'
</syntaxhighlight>

여기서 우리는 카테고리 SBE-Quinto에서 trait TAuthor를 정의할 것입니다. 이 trait은 현존하는 다른 traits을 사용하지 않습니다. 일반적으로, 우리는 키워드 인수 사용의 일부로 사용할 다른 traits의 trait 작성 수식을 지정할 수 있습니다. 여기서는 단지, 빈 array를 제공할 것입니다.

Traits는 메서드를 포함할 수 있지만, 인스턴스 변수는 포함시키지 않습니다. 우리가 계층도에서 클래스들이 발생되는 독립된 위치에 소재한, 다양한 클래스에 author 메서드를 더할 수 있을 것이라고 가정하면. 다음과 같이 작업이 수행될 것입니다:

메서드 5.11: Author 메서드
<syntaxhighlight lang="smalltalk">
TAuthor»author
"Returns author initials"
↑ 'on' "oscar nierstrasz"
</syntaxhighlight>

이제 우리는, 2장에서 우리가 정의한 SBEGame 클래스의 인스턴스를 위해 이미 그 자체의 상위 클래스를 갖고 있는 클래스에서 이 trait을 사용할 수 있습니다. 우리는 단지 TAuthor가 반드시 사용되어야 한다고 지정하는 키워드 인수 uses:를 포함하기 위해 SBEGame을 위한 클래스 생성 템플릿을 수정하면 됩니다.

클래스 5.12: trait 사용하기
<syntaxhighlight lang="smalltalk">
BorderedMorph subclass: #SBEGame
uses: TAuthor
instanceVariableNames: 'cells'
classVariableNames: ''
poolDictionaries: ''
category: 'SBE-Quinto'
</syntaxhighlight>

만약 우리가 SBEGame을 초기화하였다면, 이것은 기대했던 것처럼 author 메시지에 응답할 것입니다.

<syntaxhighlight lang="smalltalk">
SBEGame new author ⇒ 'on'
</syntaxhighlight>

Trait 작성 수식은 + 연산자를 사용하여 다중 traits을 결합할 수 있을 것입니다. 충돌이 생기는 경우(예를 들면, 다중 traits이 동일한 이름으로 메서드들을 정의할 경우), 여러분은 이 메서드들을 (-으로) 또는 클래스에서 정의하거나 여러분이 정의하는 trait으로써, 이 메서드들을 명확하게 제거하여 충돌을 해결할 수 있습니다. 또한 새로운 이름을 제공하여, alias 메서드에(@과 함께) 적용하는 것도 가능합니다.

Traits는 시스템 커널에서 사용합니다. 하나의 좋은 예는 클래스 Behavior입니다.

클래스 5.13: traits을 사용하여 정의된 동작
<syntaxhighlight lang="smalltalk">
Object subclass: #Behavior
uses: TPureBehavior @ {#basicAddTraitSelector:withMethod:-->
#addTraitSelector:withMethod:}
instanceVariableNames: 'superclass methodDict format'
classVariableNames: 'ObsoleteSubclasses'
poolDictionaries: ''
category: 'Kernel-Classes'
</syntaxhighlight>

여기서 우리는 basicAddTraitSelector:withMethod: 에 Alias된(alias, 하나의 프로그램에서 동일한 기억 장소를 참조하는 변수에 둘 이상의 이름이 붙은 것:역주) trait TPureBehavior에서 정의된 메서드 addTraitSelector:withMethod:를 보게 됩니다. Traits을 위한 지원은 현재 브라우저에 추가되고 있는 중입니다.

==Notes==
<references />

[[Category:SqueakByExample]]

Onionmixer at 04:59, 30 August 2012

2012-08-30T04:59:49Z

← Older revision		Revision as of 04:59, 30 August 2012
Line 33:		Line 33:
	Abstract(추상) 클래스는 예를 들어 설명되기 보다, 하위분류 되야 할 존재하는 클래스입니다. Abstact(추상) 클래스는 그것이 사용하는 모든 메서드를 정의하지 않는다는 면에서 일반적으로 완전한 클래스가 아닙니다.("missing" 메서드-다른 메서드들을 가늠해 보듯이) 그러나 이 클래스들은 그 자체가 정의되지 않은-abstract(추상) 메서드로 지칭됩니다.		Abstract(추상) 클래스는 예를 들어 설명되기 보다, 하위분류 되야 할 존재하는 클래스입니다. Abstact(추상) 클래스는 그것이 사용하는 모든 메서드를 정의하지 않는다는 면에서 일반적으로 완전한 클래스가 아닙니다.("missing" 메서드-다른 메서드들을 가늠해 보듯이) 그러나 이 클래스들은 그 자체가 정의되지 않은-abstract(추상) 메서드로 지칭됩니다.

	스몰토크는 메서드 또는 클래스가 추상(abstract)으로 지정하는 목적에 쓰이는 어떤 전용 구문도 갖고 있습니다. 관례적으로, abstract~~(추상~~) 메서드의 본체(Body)는 표현식 self subclassResponsibility로 구성되어 있습니다. 이것은 "marker method~~(마커 메서드~~)" 로 알려져 있으며, 서브클래스가 메서드의 실체적인 버전을 정의할 책임을 갖고 있다는 것을 가리킵니다. Self subclassResponsibility 메서드는 항상 재지정(overridden)되므로, 절대로 실행하면 안됩니다. 만약 여러분이 재지정 하는 것을 잊어버리고, 그 메서드를 실행하면, 예외가 적용될 것입니다.		스몰토크는 메서드 또는 클래스가 추상(abstract)으로 지정하는 목적에 쓰이는 어떤 전용 구문도 갖고 있습니다. 관례적으로, 추상(abstract) 메서드의 본체(Body)는 표현식 self subclassResponsibility로 구성되어 있습니다. 이것은 "마커 메서드(marker method)" 로 알려져 있으며, 서브클래스가 메서드의 실체적인 버전을 정의할 책임을 갖고 있다는 것을 가리킵니다. Self subclassResponsibility 메서드는 항상 재지정(overridden)되므로, 절대로 실행하면 안됩니다. 만약 여러분이 재지정 하는 것을 잊어버리고, 그 메서드를 실행하면, 예외가 적용될 것입니다.

	클래스는 만약 그 클래스의 메서드들 중의 하나가 추상적이면, 추상 클래스(abstract class)로 분류됩니다. 실제로 어떤 것도, 여러분을 추상 클래스의 인스턴스를 만드는 작업을 방해할 수 없으며, 모든 것은 ~~추상메서드(abstact method)를~~ 부를 때까지 작동될 것입니다.		클래스는 만약 그 클래스의 메서드들 중의 하나가 추상적이면, 추상 클래스(abstract class)로 분류됩니다. 실제로 어떤 것도, 여러분을 추상 클래스의 인스턴스를 만드는 작업을 방해할 수 없으며, 모든 것은 추상메서드를 부를 때까지 작동될 것입니다.

	====Example :클래스 Magnitude(매그니튜드)====		====Example :클래스 Magnitude(매그니튜드)====