DesignPatternSmalltalkCompanion:1.6: Difference between revisions

From 흡혈양파의 번역工房
Jump to navigation Jump to search
(큰따옴표 수정)
(검수 20180724)
 
Line 1: Line 1:
===1.6 스몰토크 코드 예제===
===1.6 Smalltalk 코드 예제===
 
코드를 제시하는 목적은 특정 패턴이 Smalltalk 에서 구현될 수 있도록 해주는 한가지 또는 그 이상의 방법을 설명하는 것이다. 책을 읽는 독자는, 예제로 소개한 코드를 보고 "저런 방법 대신 이렇게 이렇게 하면 구현할 수 있을텐데" 라고 말할지도 모른다. 특정 설계 해법을 코딩할 때에는 항상 여러 가지 방법이 있으며 이를 모두 설명할 수는 없다. 그렇기 때문에 패턴을 실제 코드로 구현할 수 있는 하나 또는 그 이상의 방법을 제시하는 것이 목적이다. 그리고 나서 책을 놓고 책에서 배운 내용을 애플리케이션에 사용하는 것은 당신의 선택이며, 이런 과정으로 당신의 방식이나 미적 감각에 알맞은 구현 변형체를 찾을 수 있을 것이다.
 
Smalltalk 예제에 대해서 말할때 '''Smalltalk Companion''' 에서 코드를 어떻게 형식화 시켰는지에 대한 문제도 일어난다. 코드 서식설정(formatting)은 까다로운 주제이다: "컴퓨터 과학자 두 명이 있다면 코드의 indent 방식에 대해 최소한 3가지 의견이 나올 것이다" (Wilson, 1997, p.122). 특정 코드 일부를 서식화 하려할 때에는 수 많은 방법이 있지만, 서식화는 결국 "종교적" 문제와 같다: "코드 서식화만큼 주제보다 사태를 악화시키는 주제는 없다"(Beck, 1997, p.171). 가장 중요한 점은 다른 프로그래머가 읽고 이해하기 쉽도록 코드를 서식화 해야 하며, 서식은 코드의 의미 전달을 도와야 한다는 점이다. 이를 언급하는 이유는 3명의 공동 저자들의 코드에서 포맷팅이 약간씩 차이가 있다는걸 알게될 것이기 때문이다. 그럼에도 불구하고 전체적인 예제는 Beck과 Skublics, 그리고 Klimas 와 Thomas (1996)의 포맷팅 지침서<sup>formatting guidelines</sup>에 제공된 일반적인 Smalltalk 양식을 따른다.


코드를 제시하는 목적은 특정 패턴이 스몰토크에서 구현될 수 있도록 해주는 하나 또는 그 이상의 방법을 설명하는 것이다. 책을 읽는 당신은 예제로 소개한 코드를 보고 "저런 방법 대신 이렇게 이렇게 하면 구현할 수 있을텐데," 라고 말할지도 모른다. 특정 설계 해법을 부호화하는 데에는 항상 여러 가지 방법이 있으며 이를 모두 설명할 수는 없다. 대신 패턴을 실제 코드로 구현할 수 있는 하나 또는 그 이상의 방법을 제시하는 것이 목적이다. 그리고 나서 책을 놓고 책에서 배운 내용을 애플리케이션에 사용하는 것은 당신의 선택이다; 그렇게 하면 당신의 방식이나 미적 감각에 알맞은 구현 변형체를 찾을 수 있을 것이다.


스몰토크 예제를 언급하면 '''Smalltalk Companion'''에 코드를 어떻게 포맷팅했는지에 대한 문제가 제기된다. 코드 서식설정(formatting)은 까다로운 주제이다: "컴퓨터 과학자 두 명이 있다면 코드의 indent 방식에 대해 최소한 3가지 의견은 나올 것이다" (Wilson, 1997, p.122). 특정 코드 일부를 포매팅하는 데에는 수 많은 방법이 있지만 포맷팅은 "종교적" 문제와 같다: "코드 포맷팅이란 주제보다 사태를 악화시키는 주제는 없다" (Beck, 1997, p.171). 우리가 아는 한 오버라이딩 문제는 다른 프로그래머가 읽고 이해하기 쉽도록 코드를 포맷팅해야 하고, 포맷은 코드의 의미 전달을 도와야 한다는 점이다. 이를 언급하는 이유는 3명의 공동 저자들의 코드에서 포맷팅이 약간씩 차이가 있음을 발견할 것이기 때문이다. 그럼에도 불구하고 전체적인 예제는 Beck과 Skublics, 그리고 Klimas와 Thomas (1996)의 포맷팅 지침서에 제공된 전형적인 스몰토크 양식을 따른다.


[[Category:DesignPatternSmalltalkCompanion]]
[[Category:DesignPatternSmalltalkCompanion]]

Latest revision as of 08:52, 24 July 2018

1.6 Smalltalk 코드 예제

코드를 제시하는 목적은 특정 패턴이 Smalltalk 에서 구현될 수 있도록 해주는 한가지 또는 그 이상의 방법을 설명하는 것이다. 책을 읽는 독자는, 예제로 소개한 코드를 보고 "저런 방법 대신 이렇게 이렇게 하면 구현할 수 있을텐데" 라고 말할지도 모른다. 특정 설계 해법을 코딩할 때에는 항상 여러 가지 방법이 있으며 이를 모두 설명할 수는 없다. 그렇기 때문에 패턴을 실제 코드로 구현할 수 있는 하나 또는 그 이상의 방법을 제시하는 것이 목적이다. 그리고 나서 책을 놓고 책에서 배운 내용을 애플리케이션에 사용하는 것은 당신의 선택이며, 이런 과정으로 당신의 방식이나 미적 감각에 알맞은 구현 변형체를 찾을 수 있을 것이다.

Smalltalk 예제에 대해서 말할때 Smalltalk Companion 에서 코드를 어떻게 형식화 시켰는지에 대한 문제도 일어난다. 코드 서식설정(formatting)은 까다로운 주제이다: "컴퓨터 과학자 두 명이 있다면 코드의 indent 방식에 대해 최소한 3가지 의견이 나올 것이다" (Wilson, 1997, p.122). 특정 코드 일부를 서식화 하려할 때에는 수 많은 방법이 있지만, 서식화는 결국 "종교적" 문제와 같다: "코드 서식화만큼 주제보다 사태를 악화시키는 주제는 없다"(Beck, 1997, p.171). 가장 중요한 점은 다른 프로그래머가 읽고 이해하기 쉽도록 코드를 서식화 해야 하며, 서식은 코드의 의미 전달을 도와야 한다는 점이다. 이를 언급하는 이유는 3명의 공동 저자들의 코드에서 포맷팅이 약간씩 차이가 있다는걸 알게될 것이기 때문이다. 그럼에도 불구하고 전체적인 예제는 Beck과 Skublics, 그리고 Klimas 와 Thomas (1996)의 포맷팅 지침서formatting guidelines에 제공된 일반적인 Smalltalk 양식을 따른다.