Onionmixer: 카테고리추가

2013-03-27T08:23:08Z

카테고리추가

← Older revision		Revision as of 08:23, 27 March 2013
Line 718:		Line 718:

	''Portions quoted from Design Patterns are Copyright © 1995, Addison Wesley Publishing Company.''		''Portions quoted from Design Patterns are Copyright © 1995, Addison Wesley Publishing Company.''


	==Notes==		==Notes==
	<references />		<references />

			[[Category:DelphiDesignPatterns]]

Onionmixer: 메소드 > 메서드 수정

2013-01-10T02:28:02Z

메소드 > 메서드 수정

← Older revision		Revision as of 02:28, 10 January 2013
Line 59:		Line 59:


	패턴의 관점에서 가장 중요한 클래스의 속성은 클래스 상속의 기본- 가상 그리고 ~~추상메소드~~, 그리고 protected 또는 public의 범위를 사용한다는 사실-이다.		패턴의 관점에서 가장 중요한 클래스의 속성은 클래스 상속의 기본- 가상 그리고 추상메서드, 그리고 protected 또는 public의 범위를 사용한다는 사실-이다.


Line 417:		Line 417:
	====델파이에서의 응용====		====델파이에서의 응용====

	추상화라는 것은 추상적인 가상 ~~메소드로~~ 델파이에서 구현되고 있습니다. 추상화 라는것은 기본 클래스가 어떤 구현도 제공하지 않는것으로서 ~~가상메소드와는~~ 다릅니다. 하위 클래스는 ~~추상메소드를~~ 구현하기 위한 모든 책임이 있습니다. Ovberriden하지 않은 ~~추상메소드를~~ 호출하면 런타임 오류가 발생합니다. 추상화의 전형적인 예는 TGraphic 클래스입니다.<BR>		추상화라는 것은 추상적인 가상 메서드로 델파이에서 구현되고 있습니다. 추상화 라는것은 기본 클래스가 어떤 구현도 제공하지 않는것으로서 가상메서드와는 다릅니다. 하위 클래스는 추상메서드를 구현하기 위한 모든 책임이 있습니다. Ovberriden하지 않은 추상메서드를 호출하면 런타임 오류가 발생합니다. 추상화의 전형적인 예는 TGraphic 클래스입니다.<BR>

	TGraphic 클래스는 TBitmap, TIcon 및 TMetafile을 구현하는 데 사용되는 추상 클래스입니다. 다른 개발자들은 자주 PCX, GIF, JPG 표현과 같은 다른 그래픽 객체에 대한 기본으로 TGraphic을 사용했습니다. TGraphic은 concrete 클래스에서 기각된 Draw, LoadFromFile 및 SaveToFile의 ~~추상메소드를~~ 정의합니다. 이러한 TCanvas와 같은 TGraphic 사용하는 다른 객체들은 추상적 Draw 방법에 대해만 알며 concrete 클래스와 런타임시 함께 사용됩니다. 복잡한 알고리즘을 사용하는 많은 클래스들은 Templete Method를 사용하는 추상화로부터 이익을 얻을 가능성이 높습니다. 일반적인 예로는 데이터 압축, 암호화 및 고급 그래픽 처리 등이 있습니다.		TGraphic 클래스는 TBitmap, TIcon 및 TMetafile을 구현하는 데 사용되는 추상 클래스입니다. 다른 개발자들은 자주 PCX, GIF, JPG 표현과 같은 다른 그래픽 객체에 대한 기본으로 TGraphic을 사용했습니다. TGraphic은 concrete 클래스에서 기각된 Draw, LoadFromFile 및 SaveToFile의 추상메서드를 정의합니다. 이러한 TCanvas와 같은 TGraphic 사용하는 다른 객체들은 추상적 Draw 방법에 대해만 알며 concrete 클래스와 런타임시 함께 사용됩니다. 복잡한 알고리즘을 사용하는 많은 클래스들은 Templete Method를 사용하는 추상화로부터 이익을 얻을 가능성이 높습니다. 일반적인 예로는 데이터 압축, 암호화 및 고급 그래픽 처리 등이 있습니다.


	====구현 예제====		====구현 예제====

	Template Method를 구현하려면 각 대체 구현을 위한 추상 클래스와 concrete 클래스가 필요합니다. 추상 기본 클래스에서 알고리즘의 공용 인터페이스를 정의합니다. 해당 공용 방법에서는 클래스의 ~~추상메소드를~~ 보호하기 위한 호출에서 알고리즘의 단계를 구현합니다. 기본 클래스에서 파생 된 concrete 클래스에서는 그 클래스에 맞는 구체적인 구현과 함께 알고리즘의 각 단계를 기각합니다.<BR>		Template Method를 구현하려면 각 대체 구현을 위한 추상 클래스와 concrete 클래스가 필요합니다. 추상 기본 클래스에서 알고리즘의 공용 인터페이스를 정의합니다. 해당 공용 방법에서는 클래스의 추상메서드를 보호하기 위한 호출에서 알고리즘의 단계를 구현합니다. 기본 클래스에서 파생 된 concrete 클래스에서는 그 클래스에 맞는 구체적인 구현과 함께 알고리즘의 각 단계를 기각합니다.<BR>

	이 예제는 매우 간단한 알고리즘 단계를 보여줍니다. 하지만 서브클래스에 구현을 미루는<ref name="역자주5">기본 틀만 만들고 내부 구현은 나중에 작성하는 등의 경우.</ref> 원리를 보여줍니다.		이 예제는 매우 간단한 알고리즘 단계를 보여줍니다. 하지만 서브클래스에 구현을 미루는<ref name="역자주5">기본 틀만 만들고 내부 구현은 나중에 작성하는 등의 경우.</ref> 원리를 보여줍니다.
Line 545:		Line 545:
	"자신의 구체적인 클래스를 지정하지 않고 관련되거나 의존적인 객체의 집합을 만들기 위한 인터페이스를 제공합니다."<BR>		"자신의 구체적인 클래스를 지정하지 않고 관련되거나 의존적인 객체의 집합을 만들기 위한 인터페이스를 제공합니다."<BR>

	아래 Factory ~~메소드~~ 패턴은 일반적으로 이 패턴에 사용됩니다.		아래 Factory 메서드 패턴은 일반적으로 이 패턴에 사용됩니다.

	====델파이에서의 응용====		====델파이에서의 응용====
Line 605:		Line 605:
	====구현 예제====		====구현 예제====

	Abstract Factory 예에서는 각 가상 위젯 생성자 기능들이 factory ~~메소드입니다~~. 그들의 구현에서는 반환 할 특정 위젯 클래스를 정의합니다.		Abstract Factory 예에서는 각 가상 위젯 생성자 기능들이 factory 메서드입니다. 그들의 구현에서는 반환 할 특정 위젯 클래스를 정의합니다.


Line 635:		Line 635:
	====Class 인터페이스====		====Class 인터페이스====

	클래스들은 델파이의 Type으로 정의되어 있으며 표준 데이터 유형 분야 또는 기능이나 절차 및 성질로 선언된 객체나 방법을 포함 할 수 있습니다. 클래스의 Type 선언은 인터페이스와 클래스의 필드, ~~메소드~~ 및 속성에 대한 접근 범위를 정의합니다. 클래스 인터페이스는 일반적으로 Unit를 사용하여 다른 구성 단위들이 접근 할 수 있도록 하는 Unit의 Interface<ref name="역자주7">pascal 문법내의 Interface 영역</ref>에 정의되어 있습니다. 그러나, 그럴 필요가 없습니다. 때로는 클래스의 Type 선언은 Unit의 Implementation<ref name="역자주8">pascal 문법 내의 Implememtation 영역</ref> 부분 내에서만 사용할 수 있습니다.		클래스들은 델파이의 Type으로 정의되어 있으며 표준 데이터 유형 분야 또는 기능이나 절차 및 성질로 선언된 객체나 방법을 포함 할 수 있습니다. 클래스의 Type 선언은 인터페이스와 클래스의 필드, 메서드 및 속성에 대한 접근 범위를 정의합니다. 클래스 인터페이스는 일반적으로 Unit를 사용하여 다른 구성 단위들이 접근 할 수 있도록 하는 Unit의 Interface<ref name="역자주7">pascal 문법내의 Interface 영역</ref>에 정의되어 있습니다. 그러나, 그럴 필요가 없습니다. 때로는 클래스의 Type 선언은 Unit의 Implementation<ref name="역자주8">pascal 문법 내의 Implememtation 영역</ref> 부분 내에서만 사용할 수 있습니다.

	====속성(Properties)====		====속성(Properties)====
Line 671:		Line 671:
	오버라이드는 부모(위)클래스에서부터 같은 이름의 방법을 새로운 방법으로 바꾸는 것을 나타냅니다. 오버라이드는 원래 방법과 동일한 이름과 한도로 선언되어야 합니다.<BR>		오버라이드는 부모(위)클래스에서부터 같은 이름의 방법을 새로운 방법으로 바꾸는 것을 나타냅니다. 오버라이드는 원래 방법과 동일한 이름과 한도로 선언되어야 합니다.<BR>

	~~메소드가~~ 오버라이드된 경우, 부모 클래스의 ~~메소드~~ 호출이 객체의 실제 클래스에서 오버라이드 방법을 실행합니다. 반면에 정적 ~~메소드는~~ 가상 또는 오버라이드 ~~메소드가~~ 없습니다. 그러나 이것은 오브젝트 지향적이 아닙니다.		메서드가 오버라이드된 경우, 부모 클래스의 메서드 호출이 객체의 실제 클래스에서 오버라이드 방법을 실행합니다. 반면에 정적 메서드는 가상 또는 오버라이드 메서드가 없습니다. 그러나 이것은 오브젝트 지향적이 아닙니다.

	만약 하위 클래스를 부모(위) 형식으로 참고하고 바뀐 방법을 호출하려고 할 경우, 부모(위) 클래스의 Static ~~메소드가~~ 실행됩니다.<BR>		만약 하위 클래스를 부모(위) 형식으로 참고하고 바뀐 방법을 호출하려고 할 경우, 부모(위) 클래스의 Static 메서드가 실행됩니다.<BR>

	그래서 대부분의 경우, 정적 ~~메소드를~~ 바꾸는 것은 나쁜 아이디어 입니다. 가상 및 동적 방법은 서로 교대해서 쓸 수 있습니다. 그들은 컴파일러와 런타임 라이브러리에 의한 처리방법에서만 차이가 있습니다.<BR>		그래서 대부분의 경우, 정적 메서드를 바꾸는 것은 나쁜 아이디어 입니다. 가상 및 동적 방법은 서로 교대해서 쓸 수 있습니다. 그들은 컴파일러와 런타임 라이브러리에 의한 처리방법에서만 차이가 있습니다.<BR>

	델파이의 도움말은 동적 메도스는 구현이 컴파일링 시점에서 해결되고 약간 빠르게 실행이 되는 반면 가상 ~~메소드는~~ 런타임 때 해결이 되며 결과적으로 조금 느리게 접속이 되지만 작은 번역 프로그램을 낳는다고 설명하고 있습니다. 가상은 일반적으로 선호하는 선언(방법)입니다. 델파이의 도움말은 기본 클래스와 함께 방법을 오버라이드하지 않은 많은 하위 클래스들을 가지고 있을 경우 동적인 방법을 이용하라고 제안합니다.<BR>		델파이의 도움말은 동적 메도스는 구현이 컴파일링 시점에서 해결되고 약간 빠르게 실행이 되는 반면 가상 메서드는 런타임 때 해결이 되며 결과적으로 조금 느리게 접속이 되지만 작은 번역 프로그램을 낳는다고 설명하고 있습니다. 가상은 일반적으로 선호하는 선언(방법)입니다. 델파이의 도움말은 기본 클래스와 함께 방법을 오버라이드하지 않은 많은 하위 클래스들을 가지고 있을 경우 동적인 방법을 이용하라고 제안합니다.<BR>

	상속 지시어는 부모 클래스에 선언 된 것과 같은 속성이나 ~~메소드를~~ 다시 참조 할 수 있도록 해줍니다. 부모 클래스에서 상속된 ~~메소드를~~ 호출하고 그 행동을 보완하기 위해 사용되며 이것은 오버라이드 ~~메소드의~~ 구현에 가장 많이 사용됩니다.		상속 지시어는 부모 클래스에 선언 된 것과 같은 속성이나 메서드를 다시 참조 할 수 있도록 해줍니다. 부모 클래스에서 상속된 메서드를 호출하고 그 행동을 보완하기 위해 사용되며 이것은 오버라이드 메서드의 구현에 가장 많이 사용됩니다.


	====Abstract Methods====		====Abstract Methods====

	추상은 인터페이스에서 ~~메소드를~~ 선언하고 하위 클래스에게 구현을 연기하기 위한 기본 클래스에서 사용됩니다. 즉, 이것은 근본적인 작동이 아닌 인터페이스를 정의합니다.<ref name="역자주9">인터페이스만 있고 내부에 실제 로직이 구현되지 않는 경우를 의미합니다.</ref> 추상은 virtual 또는 지시어와 함께 사용되어야 합니다. ~~추상메소드는~~ 절대 기본 클래스에서 구현되지 않고 사용할 하위 클래스에서 구현해야 합니다. 오버라이드되지 않은 추상 ~~메소드를~~ 실행하려고 하면 런타임 오류가 발생합니다. 또한, ~~추상메소드의~~ 오버라이드된 구현에서 상속적인 행동이 없기 때문에 상속된/유전된 것을 호출 시 런타임 오류가 발생합니다.		추상은 인터페이스에서 메서드를 선언하고 하위 클래스에게 구현을 연기하기 위한 기본 클래스에서 사용됩니다. 즉, 이것은 근본적인 작동이 아닌 인터페이스를 정의합니다.<ref name="역자주9">인터페이스만 있고 내부에 실제 로직이 구현되지 않는 경우를 의미합니다.</ref> 추상은 virtual 또는 지시어와 함께 사용되어야 합니다. 추상메서드는 절대 기본 클래스에서 구현되지 않고 사용할 하위 클래스에서 구현해야 합니다. 오버라이드되지 않은 추상 메서드를 실행하려고 하면 런타임 오류가 발생합니다. 또한, 추상메서드의 오버라이드된 구현에서 상속적인 행동이 없기 때문에 상속된/유전된 것을 호출 시 런타임 오류가 발생합니다.

	====Messages====		====Messages====

	델파이가 윈도우 메시지를 처리하는 것은 가상 방법의 특별한 경우입니다. 메시지 담당자들은 TControl에서부터 내려오는 클래스들에서 구현되어 있습니다. 즉, Handle이 있는 클래스들은 메시지를 받을 수 있습니다. 메시지 handle은 항상 virtual이고 클래스 인터페이스의 private 부분에서 선언 될 수 있지만 아직까지 상속 ~~메소드를~~ 호출 할 수 있습니다. 메시지 Haldler에서 키워드를 상속해서 사용하는 경우, 호출되는 ~~메소드의~~ 이름을 제공 할 필요가 없습니다.		델파이가 윈도우 메시지를 처리하는 것은 가상 방법의 특별한 경우입니다. 메시지 담당자들은 TControl에서부터 내려오는 클래스들에서 구현되어 있습니다. 즉, Handle이 있는 클래스들은 메시지를 받을 수 있습니다. 메시지 handle은 항상 virtual이고 클래스 인터페이스의 private 부분에서 선언 될 수 있지만 아직까지 상속 메서드를 호출 할 수 있습니다. 메시지 Haldler에서 키워드를 상속해서 사용하는 경우, 호출되는 메서드의 이름을 제공 할 필요가 없습니다.

	====Events====		====Events====
Line 694:		Line 694:
	클래스의 인스턴스에 확장을 위임하게 때문에 이벤트도 델파이의 중요한 특징입니다. 이벤트는 다른 객체의 방법을 참조하는 속성입니다. 이벤트는 델파이 1에서는 상속되어있지 않습니다. 델파이2는 상속을 이벤트에 사용할 수 있도록 이 행동을 확장합니다.<BR>		클래스의 인스턴스에 확장을 위임하게 때문에 이벤트도 델파이의 중요한 특징입니다. 이벤트는 다른 객체의 방법을 참조하는 속성입니다. 이벤트는 델파이 1에서는 상속되어있지 않습니다. 델파이2는 상속을 이벤트에 사용할 수 있도록 이 행동을 확장합니다.<BR>

	이벤트에 있는 상속 담당자는 상속된 키워드만 사용합니다. ~~메소드가~~ 호출될때 이름을 제공 할 필요가 없습니다. 사용자의 구성 요소가 작성된 시점에서 예측 할 수 없는 방법으로 행동을 수정할 수 있게 후크를 제공해주기 때문에 이벤트는 구성 요소 개발자에게 특히 중요합니다.		이벤트에 있는 상속 담당자는 상속된 키워드만 사용합니다. 메서드가 호출될때 이름을 제공 할 필요가 없습니다. 사용자의 구성 요소가 작성된 시점에서 예측 할 수 없는 방법으로 행동을 수정할 수 있게 후크를 제공해주기 때문에 이벤트는 구성 요소 개발자에게 특히 중요합니다.

	====생성자와 소멸자(Constructors and Destructors)====		====생성자와 소멸자(Constructors and Destructors)====

	생성자와 소멸자는 ~~메소드의~~ 두 가지 특별한 유형입니다. 생성자는 클래스 인스턴스 (메모리 0으로 초기화 할당)를 초기화하고 객체에 대한 참조(포인터)를 반환합니다. 소멸자는 객체가 쓴 메모리 할당(그러나 객체가 만들어낸 다른 객체의 메모리는 제외)을 해제합니다.<BR>		생성자와 소멸자는 메서드의 두 가지 특별한 유형입니다. 생성자는 클래스 인스턴스 (메모리 0으로 초기화 할당)를 초기화하고 객체에 대한 참조(포인터)를 반환합니다. 소멸자는 객체가 쓴 메모리 할당(그러나 객체가 만들어낸 다른 객체의 메모리는 제외)을 해제합니다.<BR>

	TObject으로부터 내려온 클래스들은 static constructor, Create 및 가상 소멸자 Destroy가 있습니다.<BR>		TObject으로부터 내려온 클래스들은 static constructor, Create 및 가상 소멸자 Destroy가 있습니다.<BR>

Onionmixer: Design Pattern delphi 번역 초안 페이지 내용수정

2012-12-29T09:51:40Z

Design Pattern delphi 번역 초안 페이지 내용수정

← Older revision		Revision as of 09:51, 29 December 2012
Line 541:		Line 541:
	===Pattern: Abstract Factory===		===Pattern: Abstract Factory===

	====~~Definition~~====		====구현====

	"자신의 구체적인 클래스를 지정하지 않고 관련되거나 의존적인 객체의 집합을 만들기 위한 인터페이스를 제공합니다."<BR>		"자신의 구체적인 클래스를 지정하지 않고 관련되거나 의존적인 객체의 집합을 만들기 위한 인터페이스를 제공합니다."<BR>
Line 547:		Line 547:
	아래 Factory 메소드 패턴은 일반적으로 이 패턴에 사용됩니다.		아래 Factory 메소드 패턴은 일반적으로 이 패턴에 사용됩니다.

	====~~Applications in Delphi~~====		====델파이에서의 응용====

	concrete 클래스의 구현으로부터 응용 프로그램을 분리하고 싶다면 이 패턴이 이상적입니다. 예를 들어, 16 및 32 비트 응용 프로그램을 위한 일반적인 VCL 층을 델파이의 VCL과 덮어씌우고 싶다면 abstract factory를 기초로 시작할 수 있습니다.		concrete 클래스의 구현으로부터 응용 프로그램을 분리하고 싶다면 이 패턴이 이상적입니다. 예를 들어, 16 및 32 비트 응용 프로그램을 위한 일반적인 VCL 층을 델파이의 VCL과 덮어씌우고 싶다면 abstract factory를 기초로 시작할 수 있습니다.

	====~~Implementation Example~~====		====구현 예제====

	다음 예제는 사용자 인터페이스 구성 요소의 다른 스타일을 구현하는 abstract factory와 두 개의 concrete factory 클래스를 사용합니다. 일반적으로 전체 응용 프로그램에 한 개의 factory사용을 원하기 때문에 TOAbstractFactory는 Singleton 클래스입니다.		다음 예제는 사용자 인터페이스 구성 요소의 다른 스타일을 구현하는 abstract factory와 두 개의 concrete factory 클래스를 사용합니다. 일반적으로 전체 응용 프로그램에 한 개의 factory사용을 원하기 때문에 TOAbstractFactory는 Singleton 클래스입니다.

Onionmixer: Design Pattern delphi 번역 초안 페이지 내용수정

2012-12-29T09:48:56Z

Design Pattern delphi 번역 초안 페이지 내용수정

Show changes

Onionmixer: 상단 번역관련정보 추가

2012-12-29T07:27:25Z

상단 번역관련정보 추가

← Older revision		Revision as of 07:27, 29 December 2012
Line 1:		Line 1:
			;Introduction to Design Patterns in Delphi

			원문 사이트<br>
			http://www.obsof.com/delphi_tips/pattern.html

			번역진행<br>
			'''박진아'''

			검수진행<br>
			'''없음'''

			----

	==Introduction to Design Patterns in Delphi==		==Introduction to Design Patterns in Delphi==

Onionmixer: DesignPatternDelphi 초기페이지 추가-스타일만 잡아놓은상태입니다.

2012-08-24T13:00:32Z

DesignPatternDelphi 초기페이지 추가-스타일만 잡아놓은상태입니다.

Show changes

DesignPatternDelphi - Revision history

Onionmixer: 카테고리추가

Onionmixer: 메소드 > 메서드 수정

Onionmixer: Design Pattern delphi 번역 초안 페이지 내용수정

Onionmixer: Design Pattern delphi 번역 초안 페이지 내용수정

Onionmixer: 상단 번역관련정보 추가

Onionmixer: DesignPatternDelphi 초기페이지 추가-스타일만 잡아놓은상태입니다.