Render Delegation

랜더링 위임 기법(Render Delegation)

Submitted by Zachary Booth Simpson on 12/5/2000

날림 번역 세번째... 번역의 중단을 아쉬워하며.... :) 2003-11-05 10:06, 파도

의도:

Pass-off special render cases to Model code.

모델 코드속으로 랜더링 루틴의 이전

문제:

Generic View code often becomes clotted with special cases, especially near the end of a project. Render Delegation gets the special cases out of the View code and into Model subclasses.

일반적인 뷰 코드들은 종종 특별한 경우들에 의해 코드가 종속적으로 얽매이곤 한다. 특히, 프로젝트의 막바지에 이르르게 되면 더욱 그러하다. 랜더링 위임 기법은 뷰 코드로 부터 이러한 특별한 경우들을 제거하고 모델의 서브 클래스 속으로 이전할 수 있게 해준다.

해결책:

An example clot in View code:

if (typeToDraw==DARTH_VADERS_SHIP)
    drawSpecialShieldEffect();

다음 예는 뷰 코드가 종속적으로 얽매인 경우이다.

if (typeToDraw==DARTH_VADERS_SHIP)
    drawSpecialShieldEffect();

To encapsulate these kinds of special cases, the View delegates the draw back to the Model. For example:

objectToDraw->draw(x,y)

이러한 특별한 경우를 캡슐화 하기 위해서 뷰는 모델 속으로 드로잉 루틴을 이전한다. 예를 들면 다음과 같다.

objectToDraw->draw(x,y)

It is common for the view to do the transformation and sorting work and pass screen coordinates to the draw method of a model. 뷰에서는 이러한 변환을 수행하고 작업을 분류하고 모델의 드로잉 루틴에 화면상 위치를 전달해주는 게 일반적이다.

구조:

지금은 없음.

예:

지금은 없음. kevin@gamedev.net 로 예제를 보내주세요

고려사항 및 위험요소

Use Render Delegation when:

You want to ensure reusability / encapsulation of the renderer.
The View code becomes clotted with special cases.
Every model tends to have a different implementations of render.

다음과 같은 경우에 랜더링 위임 기법을 사용해라.

랜더러의 재사용/캡슐화를 보장받고 싶은 경우
뷰 코드가 특별한 경우에 대해 종속적인 경우
모든 모델의 랜더링 루틴이 서로 다르게 구현되야 하는 경향이 있는 경우

Don't use Render Delegation when:

There are only a few special cases and the cost (compile time, encapsulation) of including render interfaces in Model code is very high.

다음과 같은 경우에는 랜더링 위임 기법을 사용하지 말아야 한다.

단지 몇가지 특별한 경우만 존재하고 ?모델 코드 내에 랜더링 인터페이스를 포함하는데 드는 비용(컴파일 시간, 캡슐화)이 매우 높은 경우

Render Delegation

랜더링 위임 기법(Render Delegation)

의도:

문제:

해결책:

구조:

예:

고려사항 및 위험요소

관련 패턴들