SqueakByExample:2.8 - Revision history

Onionmixer: 검수 20180719

2018-07-19T09:18:58Z

검수 20180719

← Older revision		Revision as of 09:18, 19 July 2018
Line 9:		Line 9:


	게임이 열리고 나면, 각각의 칸을 클릭해서 어떻게 동작하는지 보실 수 있습니다.		게임이 열리고 나면, 각각의 cell 을 클릭해서 어떻게 동작하는지 확인할 수 있습니다.



	여튼, 잡담이 길었군요...칸을 클릭하면, ~~PreDebugWindow창이라고~~ 하는 알림 창에서 '''오류 메시지'''를 나타납니다!		여튼, 잡담이 길었군요... cell 을 클릭하면, PreDebugWindow 창이라고 하는 ''알림<sup>notifier</sup>'' 창에서 '''오류 메시지''' 가 나타납니다.

	~~아래의~~ 그림 2.~~12에서 나타난~~ 바와 같이, MessageNotUnderstood: SBEGame>>toggleState 라고 하고 있습니다.		다음의 그림 2.12 에서 보여지는 바와 같이, MessageNotUnderstood: SBEGame>>toggleState 라고 하고 있습니다.

	[[image:Error.png\|none\|456px\|thumb\|그림 2.12: 칸을 클릭했더니 게임에 버그가 있네요!]]		[[image:Error.png\|none\|456px\|thumb\|그림 2.12: cell 을 클릭했더니 게임에 버그가 있네요!]]


			어떤 일이 일어났을까요? 그것을 알아내기 위해, 좀 더 강력한 스몰토크의 도구인 '''디버거<sup>Debugger</sup>''' 를 사용해 봅시다.
	어떤 일이 일어났을까요? 그것을 알아내기 위해, 좀 더 강력한 스몰토크의 도구인 '''디버거<sup>Debugger</sup>''' 를 사용해 봅시다.


Line 27:		Line 26:


	디버거가 ~~나타날 것입니다~~. 디버거 창의 ~~윗 부분에서 활성화 된~~ 모든 메서드를 보여주는 실행 ~~스택을~~ 볼 수 ~~있을 것이며~~, ~~스몰토크 코드는, 강조한~~ 오류를 ~~트리거한 부분과 함께 선택한 메서드를 가운데 창에서 실행하는 중입니다~~.		디버거가 나타났습니다. 디버거 창의 상단에서 모든 활성 메서드를 보여주는 실행 스택<sup>execution stack</sup>을 볼 수 있으며, 목록중 하나를 선택하면 중간의 pane 에서 실행중인 Smalltalk 코드와 함께 오류를 발생시킨 부분이 강조표시 됩니다.


	{{CommentSqueak\| (상단 부근의) {{HighlightBold\|SBEGame>>toggleNeighboursOfCellAt:at:}}이라는 ~~레이블이~~ 붙은 줄을 클릭하십시오.}}		{{CommentSqueak\| (상단 부근의) {{HighlightBold\|SBEGame>>toggleNeighboursOfCellAt:at:}}이라는 라벨이 붙은 줄을 클릭하십시오.}}


			디버거는 오류가 발생한 메서드 내부의 실행 상태를 보여줄 것입니다(그림 2.13).

	~~디버거는 오류가 발생한 이 메서드 안의 실행 상태를 보여줄 것입니다(그림 2.13).~~

	디버거의 하단에는 두 개의 작은 Inspector 창이 있습니다. ~~왼쪽에는~~ 커서로 현재 선택된 메서드를 실행하기위해 요청한 메시지(메서드)의 수신자 ~~오브젝트를 확인해서~~ 해당 시점의 인스턴스 값을 볼 수 있습니다. 오른쪽에서는 현재 실행 중인 메서드 자체를 나타내는 ~~오브젝트를 확인하여~~ 메서드의 매개 변수와 임시 변수 값을 볼 수 있습니다.		디버거의 하단에는 두 개의 작은 Inspector 창이 있습니다. 왼쪽에서는 커서로 현재 선택된 메서드를 실행하기위해 요청한 메시지(메서드)의 수신자 객체를 확인하고 해당 시점의 인스턴스 값을 볼 수 있습니다. 오른쪽에서는 현재 실행 중인 메서드 자체를 나타내는 객체를 확인해서 해당되는 메서드의 매개 변수와 임시 변수 값을 볼 수 있습니다.<ref name="역자주1">왼쪽은 수신객체의 상태, 오른쪽은 송신객체의 상태라는 의미입니다.</ref>

	[[image:Debugger.png\|none\|601px\|thumb\|그림 2.13: 선택된 메서드 toggleNeighboursOfCell:at: 와 함께 있는 모습의 디버거]]		[[image:Debugger.png\|none\|601px\|thumb\|그림 2.13: 선택된 메서드 toggleNeighboursOfCell:at: 와 함께 있는 모습의 디버거]]


	디버거를 사용하면, 단계적으로 코드를 실행하고 매개 변수와 로컬 변수에서 ~~오브젝트를 점검하고~~, ~~워크스페이스에서 여러분이~~ 할 수 있는 작업과 ~~동등하게~~ 코드를 시험할 수 있습니다. 그리고 가장 놀라운 것은, 다른 ~~디버거들에~~ 사용된 코드들도 시험할 수 있고, 디버그 진행 중에 코드를 바꿀 수도 있다는 것입니다. 몇몇 ~~스몰토크~~ 사용자들은 ~~브라우저에서 보다는~~ 대부분의 경우 디버거에서 프로그램을 작성합니다. 디버거에서 프로그램을 작성하는 장점은, 실제 실행 상황에서 실제 매개 변수와 함께, ~~여러분이~~ 작성하고 있는 앞으로 실행할 메서드를 살펴볼 수 있다는 것에 있습니다.		디버거를 사용하면, 단계적으로 코드를 실행하고, 매개 변수와 로컬 변수에서 객체를 점검하며, Workspace 에서 할 수 있는 작업과 동일한 수준에서 코드를 시험할 수 있습니다. 그리고 가장 놀라운 것은, 다른 디버거들에서 사용된 코드들도 시험할 수 있고, 디버그 진행 중에 코드를 바꿀 수도 있다는 것입니다. 몇몇 Smalltalk 사용자들은 대부분의 경우 브라우저에서 보다, 디버거에서 프로그램을 작성합니다. 디버거에서 프로그램을 작성하는 방법의 장점은, 실제 실행 상황에서 실제 매개 변수와 함께, 현재 작성하고 있는, 앞으로 실행할 메서드를 살펴볼 수 있다는 것에 있습니다.


	이 경우~~, SBEGame의 인스턴스에 완전히 머물러 있는 동안 SBECell의 인스턴스로 보낸 toggleState 메시지를~~ 상단 패널의 ~~첫번째 줄에서 볼~~ 수 ~~있습니다~~. ~~원인은 추측하건데 cells 2차원 배열의 초기화에 있는 것 같습니다~~. SBEGame>>initialize 코드를 보면 newCellAt:at:의 반환 값으로 ~~cells를 채워 놓음을 보여주지만~~, ~~우리가 해당되는~~ 메서드를 ~~살펴보니~~, ~~메서드에 반환문이 없습니다!~~ newCellAt:at: 의 경우 ~~메소드는 기본적으로 self 인스턴스로 값을 리턴합니다. newCellAt:at:~~의 경우에는 확실히 SBEGame의 인스턴스이기 때문에(일단 SBEGame의 셀렉터이기도 하고) 제대로된 값을 반환하기 위해서는 SBECell 인스턴스를 값으로 반환해야 합니다.		이 경우 상단 패널의 첫 번째 행에서 SBEGame 의 인스턴스<sup>Instance</sup>로 toggleState 메시지가 보내 졌음을 확인할 수 있으며, 지금의 상황은 분명히 SBECell 의 인스턴스 안쪽에서 벌어지는 상황이어야 합니다. 문제는 cell Matrix 의 초기화와 함께 상황이 일어날 가능성이 큽니다. SBEGame>>initialize 의 코드를 살펴보면 cell 은 newCellAt:at: 메서드의 반환 값으로 채워지지만, 정작 해당 메서드를 보면 반환 문이 없다는 것을 알 수 있습니다! 기본적으로 메서드는 self 를 반환하며, newCellAt:at: 의 경우 실제로 SBEGame 의 인스턴스가 됩니다.


	{{CommentSqueak\|디버거 창을 닫으십시오. {{HighlightBold\|SBEGame>>newCellAt:at:}} 메서드 마지막 부분에 "{{HighlightBold\|↑ c}}" 구문을 추가하여, {{HighlightBold\|c}} 를 반환하게 하십시오(메서드 2.~~10을 봐주세요~~).}}		{{CommentSqueak\|디버거 창을 닫으십시오. {{HighlightBold\|SBEGame>>newCellAt:at:}} 메서드 마지막 부분에 "{{HighlightBold\|↑ c}}" 구문을 추가하여, {{HighlightBold\|c}} 를 반환하게 하십시오(메서드 2.10 을 참고).}}


Line 64:		Line 64:


	1장에서 보았듯이, ~~스몰토크에서 메서드내부에서~~ 값을 반환하기 위해 사용하는 기호는 ^를 입력함으로써 얻는 ↑ 입니다.		1장에서 보았듯이, Smalltalk 의 메서드 내부에서 값을 반환하기 위해 사용하는 기호는 ^ 를 입력함으로써 얻는 ↑ 입니다.

	종종 디버거 창에서 코드를 직접 ~~수정할 수 있으며~~, 프로그램 실행을 계속 하려면 {{HighlightGray\|Proceed}}를 클릭합니다. ~~이번의 경우~~, 버그는 오류가 발생한 메서드가 아닌, ~~오브젝트의~~ 초기화 과정에서 ~~생겼으므로~~, 가장 쉽게 코드를 수정하는 방법은 디버거 창을 닫고, 실행 중인 게임의 인스턴스를 (할로와 함께) 폐기한 후, 새 인스턴스를 만드는 것입니다.		자주 디버거 창에서 코드를 직접 수정해도 되며, 프로그램 실행을 계속 하려면 {{HighlightGray\|Proceed}}를 클릭합니다. 이번 상황에서, 버그는 오류가 발생한 메서드가 아닌, 객체의 초기화 과정에서 생겼기 때문에, 가장 쉽게 코드를 수정하는 방법은 디버거 창을 닫고, 실행 중인 게임의 인스턴스를(할로와 함께) 폐기한 후, 새 인스턴스를 만드는 것입니다.

Onionmixer: 용어수정

2013-09-17T02:17:22Z

용어수정

← Older revision		Revision as of 02:17, 17 September 2013
Line 30:		Line 30:


	{{CommentSqueak\| (상단 부근의) {{HighlightBold\|~~SBEGame»toggleNeighboursOfCellAt~~:at:}}이라는 레이블이 붙은 줄을 클릭하십시오.}}		{{CommentSqueak\| (상단 부근의) {{HighlightBold\|SBEGame>>toggleNeighboursOfCellAt:at:}}이라는 레이블이 붙은 줄을 클릭하십시오.}}


	디버거는 오류가 발생한 이 메서드 안의 실행 상태를 보여줄 것입니다(그림 2.13).		디버거는 오류가 발생한 이 메서드 안의 실행 상태를 보여줄 것입니다(그림 2.13).

	디버거의 하단에는 두 개의 작은 ~~인스펙터~~ 창이 있습니다. 왼쪽에는 커서로 현재 선택된 메서드를 실행하기위해 요청한 메시지(메서드)의 수신자 오브젝트를 확인해서 해당 시점의 인스턴스 값을 볼 수 있습니다. 오른쪽에서는 현재 실행 중인 메서드 자체를 나타내는 오브젝트를 확인하여 메서드의 매개 변수와 임시 변수 값을 볼 수 있습니다.		디버거의 하단에는 두 개의 작은 Inspector 창이 있습니다. 왼쪽에는 커서로 현재 선택된 메서드를 실행하기위해 요청한 메시지(메서드)의 수신자 오브젝트를 확인해서 해당 시점의 인스턴스 값을 볼 수 있습니다. 오른쪽에서는 현재 실행 중인 메서드 자체를 나타내는 오브젝트를 확인하여 메서드의 매개 변수와 임시 변수 값을 볼 수 있습니다.

	[[image:Debugger.png\|none\|601px\|thumb\|그림 2.13: 선택된 메서드 toggleNeighboursOfCell:at: 와 함께 있는 모습의 디버거]]		[[image:Debugger.png\|none\|601px\|thumb\|그림 2.13: 선택된 메서드 toggleNeighboursOfCell:at: 와 함께 있는 모습의 디버거]]
Line 45:		Line 46:


	{{CommentSqueak\|디버거 창을 닫으십시오. {{HighlightBold\|~~SBEGame»newCellAt~~:at:}} 메서드 마지막 부분에 "{{HighlightBold\|↑ c}}" 구문을 추가하여, {{HighlightBold\|c}} 를 반환하게 하십시오(메서드 2.10을 봐주세요).}}		{{CommentSqueak\|디버거 창을 닫으십시오. {{HighlightBold\|SBEGame>>newCellAt:at:}} 메서드 마지막 부분에 "{{HighlightBold\|↑ c}}" 구문을 추가하여, {{HighlightBold\|c}} 를 반환하게 하십시오(메서드 2.10을 봐주세요).}}


	메서드 2.10: 버그 수정		메서드 2.10: 버그 수정
	<syntaxhighlight lang="smalltalk">		<syntaxhighlight lang="smalltalk">
	~~SBEGame»newCellAt~~: i at: j		SBEGame>>newCellAt: i at: j
	"Create a cell for position (i,j) and add it to my on—screen		"Create a cell for position (i,j) and add it to my on—screen
	representation at the appropriate screen position. Answer the new cell"		representation at the appropriate screen position. Answer the new cell"
Line 63:		Line 64:


	1장에서 보았듯이, 스몰토크에서 ~~메서드로부터~~ 값을 ~~리턴하기~~ 위해 사용하는 기호는 ^를 입력함으로써 얻는 ↑ 입니다.		1장에서 보았듯이, 스몰토크에서 메서드내부에서 값을 반환하기 위해 사용하는 기호는 ^를 입력함으로써 얻는 ↑ 입니다.

	종종 디버거 창에서 코드를 직접 수정할 수 있으며, 프로그램 실행을 계속 하려면 {{HighlightGray\|Proceed}}를 클릭합니다. 이번의 경우, 버그는 오류가 발생한 메서드가 아닌, 오브젝트의 초기화 과정에서 생겼으므로, 가장 쉽게 코드를 수정하는 방법은 디버거 창을 닫고, 실행 중인 게임의 인스턴스를 (할로와 함께) 폐기한 후, 새 인스턴스를 만드는 것입니다.		종종 디버거 창에서 코드를 직접 수정할 수 있으며, 프로그램 실행을 계속 하려면 {{HighlightGray\|Proceed}}를 클릭합니다. 이번의 경우, 버그는 오류가 발생한 메서드가 아닌, 오브젝트의 초기화 과정에서 생겼으므로, 가장 쉽게 코드를 수정하는 방법은 디버거 창을 닫고, 실행 중인 게임의 인스턴스를 (할로와 함께) 폐기한 후, 새 인스턴스를 만드는 것입니다.
Line 72:		Line 73:

	이제 게임이 제대로 동작할 것입니다.		이제 게임이 제대로 동작할 것입니다.



	==Notes==		==Notes==

Onionmixer: 스타일수정

2013-02-20T02:35:51Z

스타일수정

← Older revision		Revision as of 02:35, 20 February 2013
Line 21:		Line 21:


	어떤 일이 일어났을까요? 그것을 알아내기 위해, 좀 더 강력한 스몰토크의 도구인 '''디버거<~~sub~~>Debugger</~~sub~~>'''를 사용해 봅시다.		어떤 일이 일어났을까요? 그것을 알아내기 위해, 좀 더 강력한 스몰토크의 도구인 '''디버거<sup>Debugger</sup>''' 를 사용해 봅시다.

Onionmixer: 번역수정

2013-02-20T02:21:45Z

번역수정

← Older revision		Revision as of 02:21, 20 February 2013
Line 42:		Line 42:


	이 경우, SBEGame의 인스턴스에 완전히 머물러 있는 동안 SBECell의 인스턴스로 보낸 toggleState 메시지를 상단 패널의 첫번째 줄에서 볼 수 있습니다. 원인은 추측하건데 cells 2차원 배열의 초기화에 있는 것 같습니다. SBEGame>>initialize 코드를 보면 newCellAt:at:의 반환 값으로 cells를 채워 놓음을 보여주지만, 우리가 해당되는 메서드를 살펴보니, 메서드에 반환문이 없습니다! newCellAt:at: 의 경우 메소드는 기본적으로 self 인스턴스로 값을 리턴합니다. newCellAt:at:의 경우에는 확실히 SBEGame의 인스턴스이기 때문에(일단 SBEGame의 셀렉터이기도 하고) 제대로된 값을 반환하기 위해서는 SBECell ~~인스턴스의 값을~~ 반환해야 합니다.		이 경우, SBEGame의 인스턴스에 완전히 머물러 있는 동안 SBECell의 인스턴스로 보낸 toggleState 메시지를 상단 패널의 첫번째 줄에서 볼 수 있습니다. 원인은 추측하건데 cells 2차원 배열의 초기화에 있는 것 같습니다. SBEGame>>initialize 코드를 보면 newCellAt:at:의 반환 값으로 cells를 채워 놓음을 보여주지만, 우리가 해당되는 메서드를 살펴보니, 메서드에 반환문이 없습니다! newCellAt:at: 의 경우 메소드는 기본적으로 self 인스턴스로 값을 리턴합니다. newCellAt:at:의 경우에는 확실히 SBEGame의 인스턴스이기 때문에(일단 SBEGame의 셀렉터이기도 하고) 제대로된 값을 반환하기 위해서는 SBECell 인스턴스를 값으로 반환해야 합니다.

Onionmixer: 번역수정

2013-02-20T02:20:59Z

번역수정

← Older revision		Revision as of 02:20, 20 February 2013
Line 42:		Line 42:


	이 경우, SBEGame의 인스턴스에 완전히 머물러 있는 동안 SBECell의 인스턴스로 보낸 toggleState 메시지를 상단 패널의 첫번째 줄에서 볼 수 있습니다. 원인은 추측하건데 cells 2차원 배열의 초기화에 있는 것 같습니다. SBEGame>>initialize 코드를 보면 newCellAt:at:의 반환 값으로 cells를 채워 놓음을 보여주지만, 우리가 해당되는 메서드를 살펴보니, 메서드에 반환문이 없습니다!		이 경우, SBEGame의 인스턴스에 완전히 머물러 있는 동안 SBECell의 인스턴스로 보낸 toggleState 메시지를 상단 패널의 첫번째 줄에서 볼 수 있습니다. 원인은 추측하건데 cells 2차원 배열의 초기화에 있는 것 같습니다. SBEGame>>initialize 코드를 보면 newCellAt:at:의 반환 값으로 cells를 채워 놓음을 보여주지만, 우리가 해당되는 메서드를 살펴보니, 메서드에 반환문이 없습니다! newCellAt:at: 의 경우 메소드는 기본적으로 self 인스턴스로 값을 리턴합니다. newCellAt:at:의 경우에는 확실히 SBEGame의 인스턴스이기 때문에(일단 SBEGame의 셀렉터이기도 하고) 제대로된 값을 반환하기 위해서는 SBECell 인스턴스의 값을 반환해야 합니다.

	기본적으로~~, 모든 메서드는 self를 반환하지만,~~ newCellAt:at:의 경우에는 확실히 SBEGame의 인스턴스이기 때문에(일단 SBEGame의 셀렉터이기도 하고) 제대로된 값을 반환하기 위해서는 ~~처리된~~ SBECell 인스턴스의 값을 반환해야 합니다.

Onionmixer: 번역수정

2013-02-20T01:49:33Z

번역수정

← Older revision		Revision as of 01:49, 20 February 2013
Line 21:		Line 21:


	어떤 일이 ~~발생했나요~~? 그것을 알아내기 위해, 좀 더 강력한 스몰토크의 도구인 '''디버거<sub>Debugger</sub>'''를 사용해 봅시다.		어떤 일이 일어났을까요? 그것을 알아내기 위해, 좀 더 강력한 스몰토크의 도구인 '''디버거<sub>Debugger</sub>'''를 사용해 봅시다.

Onionmixer: 번역수정

2013-02-20T01:44:05Z

번역수정

← Older revision		Revision as of 01:44, 20 February 2013
Line 36:		Line 36:
	디버거의 하단에는 두 개의 작은 인스펙터 창이 있습니다. 왼쪽에는 커서로 현재 선택된 메서드를 실행하기위해 요청한 메시지(메서드)의 수신자 오브젝트를 확인해서 해당 시점의 인스턴스 값을 볼 수 있습니다. 오른쪽에서는 현재 실행 중인 메서드 자체를 나타내는 오브젝트를 확인하여 메서드의 매개 변수와 임시 변수 값을 볼 수 있습니다.		디버거의 하단에는 두 개의 작은 인스펙터 창이 있습니다. 왼쪽에는 커서로 현재 선택된 메서드를 실행하기위해 요청한 메시지(메서드)의 수신자 오브젝트를 확인해서 해당 시점의 인스턴스 값을 볼 수 있습니다. 오른쪽에서는 현재 실행 중인 메서드 자체를 나타내는 오브젝트를 확인하여 메서드의 매개 변수와 임시 변수 값을 볼 수 있습니다.

			[[image:Debugger.png\|none\|601px\|thumb\|그림 2.13: 선택된 메서드 toggleNeighboursOfCell:at: 와 함께 있는 모습의 디버거]]

	~~[[image:Debugger.png\|none\|601px\|thumb\|그림 2.13: 선택된 메서드 toggleNeighboursOfCell:at: 와 함께 있는 모습의 디버거]]~~

	디버거를 사용하면, 단계적으로 코드를 실행하고 매개 변수와 로컬 변수에서 오브젝트를 점검하고, 워크스페이스에서 여러분이 할 수 있는 작업과 동등하게 코드를 시험할 수 있습니다. 그리고 가장 놀라운 것은, 다른 디버거들에 사용된 코드들도 시험할 수 있고, 디버그 진행 중에 코드를 바꿀 수도 있다는 것입니다. 몇몇 스몰토크 사용자들은 브라우저에서 보다는 대부분의 경우 디버거에서 프로그램을 작성합니다. 디버거에서 프로그램을 작성하는 장점은, 실제 실행 상황에서 실제 매개 변수와 함께, 여러분이 작성하고 있는 앞으로 실행할 메서드를 살펴볼 수 있다는 것에 있습니다.		디버거를 사용하면, 단계적으로 코드를 실행하고 매개 변수와 로컬 변수에서 오브젝트를 점검하고, 워크스페이스에서 여러분이 할 수 있는 작업과 동등하게 코드를 시험할 수 있습니다. 그리고 가장 놀라운 것은, 다른 디버거들에 사용된 코드들도 시험할 수 있고, 디버그 진행 중에 코드를 바꿀 수도 있다는 것입니다. 몇몇 스몰토크 사용자들은 브라우저에서 보다는 대부분의 경우 디버거에서 프로그램을 작성합니다. 디버거에서 프로그램을 작성하는 장점은, 실제 실행 상황에서 실제 매개 변수와 함께, 여러분이 작성하고 있는 앞으로 실행할 메서드를 살펴볼 수 있다는 것에 있습니다.


	이 경우, SBEGame의 인스턴스에 완전히 머물러 있는 동안 SBECell의 인스턴스로 보낸 toggleState 메시지를 상단 패널의 첫번째 줄에서 볼 수 있습니다. 원인은 추측하건데 cells 2차원 배열의 초기화에 있는 것 같습니다. SBEGame>>initialize ~~코드탐색에서~~ newCellAt:at:의 반환 값으로 cells를 채워 놓음을 보여주지만, 우리가 그 메서드를 살펴보니, 메서드에 반환문이 없습니다!		이 경우, SBEGame의 인스턴스에 완전히 머물러 있는 동안 SBECell의 인스턴스로 보낸 toggleState 메시지를 상단 패널의 첫번째 줄에서 볼 수 있습니다. 원인은 추측하건데 cells 2차원 배열의 초기화에 있는 것 같습니다. SBEGame>>initialize 코드를 보면 newCellAt:at:의 반환 값으로 cells를 채워 놓음을 보여주지만, 우리가 해당되는 메서드를 살펴보니, 메서드에 반환문이 없습니다!

	기본적으로, 메서드는 self를 반환하지만, newCellAt:at:의 경우에는 SBEGame의 ~~확실한 인스턴스가 됩니다~~.		기본적으로, 모든 메서드는 self를 반환하지만, newCellAt:at:의 경우에는 확실히 SBEGame의 인스턴스이기 때문에(일단 SBEGame의 셀렉터이기도 하고) 제대로된 값을 반환하기 위해서는 처리된 SBECell 인스턴스의 값을 반환해야 합니다.


Line 67:		Line 67:
	1장에서 보았듯이, 스몰토크에서 메서드로부터 값을 리턴하기 위해 사용하는 기호는 ^를 입력함으로써 얻는 ↑ 입니다.		1장에서 보았듯이, 스몰토크에서 메서드로부터 값을 리턴하기 위해 사용하는 기호는 ^를 입력함으로써 얻는 ↑ 입니다.

	종종 디버거 창에서 코드를 직접 수정할 수 있으며, 프로그램 실행을 계속 하려면 {{HighlightGray\|Proceed}}를 클릭합니다. 이번의 경우, 버그는 오류가 생긴 메서드가 아닌, 오브젝트의 초기화 과정에서 생겼으므로, 가장 쉽게 코드를 수정하는 방법은 디버거 창을 닫고, 실행 중인 게임의 인스턴스를 (할로와 함께) 폐기한 후, 새 인스턴스를 만드는 것입니다.		종종 디버거 창에서 코드를 직접 수정할 수 있으며, 프로그램 실행을 계속 하려면 {{HighlightGray\|Proceed}}를 클릭합니다. 이번의 경우, 버그는 오류가 발생한 메서드가 아닌, 오브젝트의 초기화 과정에서 생겼으므로, 가장 쉽게 코드를 수정하는 방법은 디버거 창을 닫고, 실행 중인 게임의 인스턴스를 (할로와 함께) 폐기한 후, 새 인스턴스를 만드는 것입니다.

Onionmixer: 번역수정

2013-02-20T01:38:04Z

번역수정

← Older revision		Revision as of 01:38, 20 February 2013
Line 39:		Line 39:
	[[image:Debugger.png\|none\|601px\|thumb\|그림 2.13: 선택된 메서드 toggleNeighboursOfCell:at: 와 함께 있는 모습의 디버거]]		[[image:Debugger.png\|none\|601px\|thumb\|그림 2.13: 선택된 메서드 toggleNeighboursOfCell:at: 와 함께 있는 모습의 디버거]]

	디버거를 사용하면, 단계적으로 코드를 실행하고 매개 ~~변수에서~~ 로컬 변수에서 오브젝트를 점검하고, 워크스페이스에서 여러분이 할 수 있는 작업과 ~~똑같이~~ 코드를 시험할 수 있습니다. 그리고 가장 놀라운 것은, 다른 디버거들에 사용된 코드들도 시험할 수 있고, 디버그 진행 중에 코드를 바꿀 수도 ~~있습니다~~. 몇몇 스몰토크 사용자들은 브라우저에서 보다는 ~~거의 항상~~ 디버거에서 프로그램을 작성합니다. 디버거에서 프로그램을 작성하는 장점은, 실제 실행 상황에서 실제 매개 변수와 함께, 여러분이 작성하고 있는 앞으로 실행할 메서드를 볼 수 ~~있다는 것입니다~~.		디버거를 사용하면, 단계적으로 코드를 실행하고 매개 변수와 로컬 변수에서 오브젝트를 점검하고, 워크스페이스에서 여러분이 할 수 있는 작업과 동등하게 코드를 시험할 수 있습니다. 그리고 가장 놀라운 것은, 다른 디버거들에 사용된 코드들도 시험할 수 있고, 디버그 진행 중에 코드를 바꿀 수도 있다는 것입니다. 몇몇 스몰토크 사용자들은 브라우저에서 보다는 대부분의 경우 디버거에서 프로그램을 작성합니다. 디버거에서 프로그램을 작성하는 장점은, 실제 실행 상황에서 실제 매개 변수와 함께, 여러분이 작성하고 있는 앞으로 실행할 메서드를 살펴볼 수 있다는 것에 있습니다.


			이 경우, SBEGame의 인스턴스에 완전히 머물러 있는 동안 SBECell의 인스턴스로 보낸 toggleState 메시지를 상단 패널의 첫번째 줄에서 볼 수 있습니다. 원인은 추측하건데 cells 2차원 배열의 초기화에 있는 것 같습니다. SBEGame>>initialize 코드탐색에서 newCellAt:at:의 반환 값으로 cells를 채워 놓음을 보여주지만, 우리가 그 메서드를 살펴보니, 메서드에 반환문이 없습니다!

	이 경우, SBEGame의 인스턴스에 완전히 머물러 있는 동안 SBECell의 인스턴스로 보낸 toggleState 메시지를 상단 패널의 첫번째 줄에서 볼 수 있습니다. 원인은 아마도 거의 cells 2차원 배열의 초기화에 있는 것 같습니다. SBEGame»initialize 코드탐색에서 newCellAt:at:의 반환 값으로 cells를 채워 놓음을 보여주지만, 우리가 그 메서드를 살펴보니, 메서드에 반환문이 없습니다!
	기본적으로, 메서드는 self를 반환하지만, newCellAt:at:의 경우에는 SBEGame의 확실한 인스턴스가 됩니다.		기본적으로, 메서드는 self를 반환하지만, newCellAt:at:의 경우에는 SBEGame의 확실한 인스턴스가 됩니다.


	{{CommentSqueak\|디버거 창을 닫으십시오. {{HighlightBold\|SBEGame»newCellAt:at:}} 메서드 마지막 부분에 "{{HighlightBold\|↑c}}" 구문을 추가하여, {{HighlightBold\|c}}를 반환하게 하십시오(메서드 2.10을 ~~보십시오~~).}}		{{CommentSqueak\|디버거 창을 닫으십시오. {{HighlightBold\|SBEGame»newCellAt:at:}} 메서드 마지막 부분에 "{{HighlightBold\|↑ c}}" 구문을 추가하여, {{HighlightBold\|c}} 를 반환하게 하십시오(메서드 2.10을 봐주세요).}}

Onionmixer: 번역수정

2013-02-20T01:33:21Z

번역수정

← Older revision		Revision as of 01:33, 20 February 2013
Line 34:		Line 34:
	디버거는 오류가 발생한 이 메서드 안의 실행 상태를 보여줄 것입니다(그림 2.13).		디버거는 오류가 발생한 이 메서드 안의 실행 상태를 보여줄 것입니다(그림 2.13).

	디버거의 하단에는 두 개의 작은 인스펙터 창이 있습니다. 왼쪽에는 ~~실행하려 선택한~~ 메서드를 요청한 ~~메시지의~~ 수신자 오브젝트를 ~~점검하여,~~ 인스턴스 값을 보실 수 있습니다. 오른쪽에서는 현재 실행 중인 메서드 자체를 나타내는 오브젝트를 ~~점검하여,~~ 메서드의 매개 변수와 임시 변수 값을 볼 수 있습니다.		디버거의 하단에는 두 개의 작은 인스펙터 창이 있습니다. 왼쪽에는 커서로 현재 선택된 메서드를 실행하기위해 요청한 메시지(메서드)의 수신자 오브젝트를 확인해서 해당 시점의 인스턴스 값을 볼 수 있습니다. 오른쪽에서는 현재 실행 중인 메서드 자체를 나타내는 오브젝트를 확인하여 메서드의 매개 변수와 임시 변수 값을 볼 수 있습니다.

Onionmixer: 강조수정

2013-02-20T01:16:21Z

강조수정

← Older revision		Revision as of 01:16, 20 February 2013
Line 11:		Line 11:
	게임이 열리고 나면, 각각의 칸을 클릭해서 어떻게 동작하는지 보실 수 있습니다.		게임이 열리고 나면, 각각의 칸을 클릭해서 어떻게 동작하는지 보실 수 있습니다.

	흠, 잡담이 길었군요...칸을 클릭하면, PreDebugWindow창이라고 하는 알림 창에서 오류 ~~메시지를~~ 나타납니다!

			여튼, 잡담이 길었군요...칸을 클릭하면, PreDebugWindow창이라고 하는 알림 창에서 '''오류 메시지'''를 나타납니다!

	아래의 그림 2.12에서 나타난 바와 같이, MessageNotUnderstood: SBEGame>>toggleState 라고 하고 있습니다.		아래의 그림 2.12에서 나타난 바와 같이, MessageNotUnderstood: SBEGame>>toggleState 라고 하고 있습니다.
Line 19:		Line 21:


	어떤 일이 발생했나요? 그것을 알아내기 위해, 좀 더 강력한 스몰토크의 도구인 디버거<sub>Debugger</sub>를 사용해 봅시다.		어떤 일이 발생했나요? 그것을 알아내기 위해, 좀 더 강력한 스몰토크의 도구인 '''디버거<sub>Debugger</sub>'''를 사용해 봅시다.