XNA GameComponents (또는 게임의 모든 유형의 구성 요소) 간의 통신을 용이하게하기 위해 어떤 기술을 사용해야합니까?

첫 번째 '적절한'게임 프로젝트를 시작했으며 XNA의 게임 구성 요소가 어떻게 통신해야하는지 결정하려고 노력했습니다.

이전의 (Java) GUI 프로그래밍 이벤트에서 핸들러와 리스너는 앞으로 나아갈 것 같았습니다. 그래서 이벤트 등록을 허용하는 이벤트 버스와 이벤트를 처리하는 처리기가있는 이벤트 등록 클래스가 있습니다. 예를 들어 (의사 코드) :

class SpriteManager
    Update(){
        if(player.collidesWith(enemy)
             // create new 'PlayerCollisionEvent'
    }

class HUDManager
    onPlayerCollisionEvent(){
        // Update the HUD (reduce lives etc)
    }

그러나이 작업을 완전히 수행하는 데 필요한 코드 설정 (C #)은 확실하지 않습니다. 이벤트 (일종의 버스)를 추적하는 것은 무엇이며 어떻게 구성됩니까?

또한 Game Services에 대해 많은 언급이있는 것처럼 보입니다. 주요 Game.cs 클래스에 GameComponent를 등록 한 다음 주 'Game'객체에 대한 참조가있는 코드의 어느 곳에서나 가져올 수 있습니다. SpriteBatch 객체로 이것을 시도했지만 매우 쉬운 것처럼 보입니다. 그러나 이벤트 모델만큼 융통성이없는 것을 볼 수 없습니다.

적이 죽을 때를 예로 들어 보겠습니다. 게임 점수를 업데이트하고 싶습니다. 서비스를 사용하여 Game1에서 생성되고 서비스로 추가 된 StateManager 객체에 대한 참조를 얻은 다음 'score'를 새 값으로 설정할 수 있습니다. 나는 여러 클래스에서 다르게 처리 할 수 ​​있지만 관련 '죽음 감지'섹션에서 1 줄의 코드로 시작되는 'onEnemyDeath'이벤트를 생각할 것입니다. 각 필요한 GameComponent를 개별적으로 캐스팅 한 다음 무엇이든 호출하는 것보다 낫습니다. 방법이 필요합니다.

아니면 이러한 열등한 전략이 다른 것보다 좋은가?

나는 이것이 게임 커뮤니케이션 패러다임만큼 C # 지식이 부족하다는 것을 알고 있지만 실제로이 근본적인 것을 얻고 싶습니다.

최신 정보

서비스를 살펴보면 확신이 덜합니다. 기본적으로 전역 변수를 (내가 이해 한 것) 전달합니다.

업데이트 2

이벤트 처리 및 샘플 코드 테스트에 대한 이 기본 자습서를 살펴본 결과 이벤트는 내가 논의하고있는 논리적 인 선택 인 것 같습니다. 그러나 내가 본 샘플에서 많이 사용하지는 못합니다. 왜 안되어야하는지 분명한 이유가 있습니까?

이전의 (Java) GUI 프로그래밍 이벤트에서 핸들러와 리스너는 앞으로 나아갈 것 같았습니다. 그래서 이벤트 등록을 허용하는 이벤트 버스와 이벤트를 처리하는 처리기가있는 이벤트 등록 클래스가 있습니다.

C #에서 이벤트 버스에 대해 많이 찾지 못하는 이유는 Java 이외의 다른 사람은 내 경험에서 그러한 것을 '버스'라고 부르지 않기 때문입니다. 보다 일반적인 용어는 메시지 큐, 이벤트 관리자, 신호 / 슬롯, 발행 / 구독 등일 수 있습니다.

작동하는 게임을 만드는 데 필요한 사람은 필요하지 않지만 편안한 시스템이라면 여기에서도 잘 작동합니다. 불행히도 아무도 그것을 사용하는 경우조차 모두 조금씩 다르게 굴리기 때문에 아무도 어떻게 만드는지 정확히 알 수 없습니다. (예를 들어, 그렇지 않습니다.) System.Collections.Generic.List<Event>다양한 이벤트가 이벤트의 서브 클래스 인 각 이벤트 유형의 등록자 목록 인 큐에 대한 단순으로 시작할 수 있습니다 . 대기열의 각 이벤트에 대해 가입자 목록을 가져오고 각 가입자에 대해 전화 handle(this_event)하십시오. 그런 다음 대기열에서 제거하십시오. 반복.

또한 Game Services에 대해 많은 언급이있는 것처럼 보입니다. 주요 Game.cs 클래스에 GameComponent를 등록 한 다음 주 'Game'객체에 대한 참조가있는 코드의 어느 곳에서나 가져올 수 있습니다. SpriteBatch 객체로 이것을 시도했지만 매우 쉬운 것처럼 보입니다. 그러나 이벤트 모델만큼 융통성이없는 것을 볼 수 없습니다.

아마 유연하지는 않지만 디버깅하기가 더 쉽습니다. 이벤트와 메시지는 호출 된 함수와 호출 된 함수를 분리하기 때문에 까다 롭습니다. 즉, 디버깅 할 때 호출 스택이 크게 도움이되지 않습니다. 중간 작업으로 인해 정상적으로 작동하는 무언가가 중단되고 정상적으로 연결되지 않으면 자동으로 실패 할 수 있습니다 , 등등. "컴포넌트를 가져 와서 필요한 것을 호출"하는 명시적인 방법은 오류를 조기에 발견하고 명확하고 명확한 코드를 가질 때 효과적입니다. 그것은 밀접하게 결합 된 코드와 많은 복잡한 의존성을 유발하는 경향이 있습니다.

나는 이것이 게임 커뮤니케이션 패러다임만큼 C # 지식이 부족하다는 것을 알고 있지만 실제로이 근본적인 것을 얻고 싶습니다.

C #은 Java와 거의 동일한 언어입니다. Java에서 수행 한 작업은 C #에서 다른 구문으로 수행 할 수 있습니다. 개념을 번역하는 데 문제가 있다면, 아마도 Java 특정 이름 만 알고 있기 때문일 것입니다.

간단한 정적 이벤트를 사용해 보셨습니까? 예를 들어, 적의 사망 시점에 대해 점수 클래스에 알리려면 다음과 같이하십시오.

Score.cs

class Score
{
    public int PlayerScore { get; set; }

    public Score()
    {
        EnemySpaceship.Death += new EventHandler<SpaceshipDeathEventArgs>(Spaceship_Death);
    }

    private void Spaceship_Death(object sender, SpaceshipDeathEventArgs e)
    {
        PlayerScore += e.Points;
    }
}

EnemySpaceship.cs

class EnemySpaceship
{
    public static event EventHandler<SpaceshipDeathEventArgs> Death;

    public void Kill()
    {
        OnDeath();
    }

    protected virtual void OnDeath()
    {
        if (Death != null)
        {
            Death(this, new SpaceshipDeathEventArgs(50));
        }
    }
}

우주선 사망 사건 Args.cs

class SpaceshipDeathEventArgs : EventArgs
{
    public int Points { get; private set; }

    internal SpaceshipDeathEventArgs(int points)
    {
        Points = points;
    }
}

이벤트 기반 접근 방식이 불편하다고 느끼면 Artemis C #을 사용해보십시오. http://t-machine.org/index.php/2007/09/03/entity-systems-are를 기반으로하는 엔티티 시스템 프레임 워크입니다. -미래의 미래 개발 부분 -1 /

출처 : https://github.com/thelinuxlich/artemis_CSharp 예시 게임 : https://github.com/thelinuxlich/starwarrior_CSharp

같은 이벤트 애그리 게이터 (aggregator)를 사용하려고 이 일