Entitas CookBook 翻譯 - 108_reactive_system 響應(yīng)式系統(tǒng)

Reactive System 響應(yīng)式系統(tǒng)

Reactive System是一個(gè)當(dāng)有需要我們處理Entity才會(huì)被調(diào)用的system。Reactive System在內(nèi)部使用了一個(gè)Collector的實(shí)例來(lái)實(shí)現(xiàn)(更多的信息可以查看Collector這個(gè)章節(jié))。你需要繼承ReactiveSystem這個(gè)抽象類來(lái)使用它,下面是一個(gè)MatchOne里面的ReactiveSystem例子:

using System.Collections.Generic;
using Entitas;

public sealed class DestroySystem : ReactiveSystem<GameEntity> {

    public DestroySystem(Contexts contexts) : base(contexts.game) {
    }

    protected override ICollector<GameEntity> GetTrigger(IContext<GameEntity> context) {
        return context.CreateCollector(GameMatcher.Destroyed);
    }

    protected override bool Filter(GameEntity entity) {
        return entity.isDestroyed;
    }

    protected override void Execute(List<GameEntity> entities) {
        foreach (var e in entities) {
            e.Destroy();
        }
    }
}

這個(gè)系統(tǒng)是用于銷毀那些用DestroyedComponent標(biāo)記的Entitiy。你能看到我們?cè)?code>GetTrigger方法中返回了一個(gè)監(jiān)測(cè)了DestroyedEntity的Collector。在context.CreateCollector(GameMatcher.Destroyed) 中,我們不需要指定當(dāng)一個(gè)Entity何時(shí)應(yīng)當(dāng)被收集的事件,因?yàn)槟J(rèn)就是會(huì)收集在Added情況下被通知到的Entity。所以當(dāng)我們?cè)黾右粋€(gè)Destroyed組件到一個(gè)Entity上時(shí),這個(gè)Entity會(huì)添加Destroyed的group里面,并因此被對(duì)應(yīng)的collector收集到對(duì)應(yīng)的reactive system里面。

響應(yīng)式的系統(tǒng)就像執(zhí)行式系統(tǒng)一樣,會(huì)每隔一段時(shí)間或是在每一個(gè)Update中被觸發(fā),然而Execute(List<GameEntity> entities) 方法只會(huì)在收集器距離上一次Execute收集到新的Entity才會(huì)被執(zhí)行。

你可能會(huì)在猜想Filter方法是用于干什么的。就像之前在收集器章節(jié)提到的那樣,如果一個(gè)Entity被收集器收集了的話,即時(shí)有些事件像是第一次事件的復(fù)原,這個(gè)Entity依然會(huì)保持被收集。在我們上面說(shuō)到的例子中,我們收集所有被銷毀的entity。所即使Destroyed組件別被移除了來(lái)復(fù)原被銷毀這個(gè)狀態(tài),這個(gè)Entity已經(jīng)會(huì)被收集著而且會(huì)傳入Execute方法中,除非我們把它過(guò)濾掉。在Filter方法中,我們可以決定這個(gè)被收集的Entity是否可以被傳入Execute方法。如果你你沒(méi)有特殊的規(guī)范,你可以直接返回true,不然就像上面的例子,你應(yīng)該檢查收集到的entity是否依然擁有Destroyed組件。

Careful with AnyOf based collector 小心使用AnyOf的收集器

當(dāng)你創(chuàng)建了一個(gè)觀察基于AnyOf匹配器的組合的收集器時(shí),你可能會(huì)得到一些意料之外的結(jié)果,就像你擁有組件AB,并且你有一個(gè)AnyOf(A,B)的組合。一個(gè)Entity只有當(dāng)其中一個(gè)組件被添加的時(shí)候才會(huì)進(jìn)入這個(gè)組合。當(dāng)我們添加第二個(gè)組件時(shí),這個(gè)entity因?yàn)橐呀?jīng)在組合中了,所以不會(huì)觸發(fā)Added事件而被收集到。你可能不是你想要的情況。一般來(lái)說(shuō)人們會(huì)想看見(jiàn)不管哪個(gè)組件被添加這個(gè)Entity都要能被收集到。在這種情況下,你應(yīng)該設(shè)置一個(gè)分別針對(duì)這兩種組件的組合而不是使用AnyOf。這是在MatchOne中的例子:

using System.Collections.Generic;
using DG.Tweening;
using Entitas;
using Entitas.Unity;
using UnityEngine;

public sealed class RemoveViewSystem : ReactiveSystem<GameEntity> {

    public RemoveViewSystem(Contexts contexts) : base(contexts.game) {
    }

    protected override ICollector<GameEntity> GetTrigger(IContext<GameEntity> context) {
        return context.CreateCollector(
            GameMatcher.Asset.Removed(),
            GameMatcher.Destroyed.Added()
        );
    }

    protected override bool Filter(GameEntity entity) {
        return entity.hasView;
    }

    protected override void Execute(List<GameEntity> entities) {
        foreach (var e in entities) {
            destroyView(e.view);
            e.RemoveView();
        }
    }

    void destroyView(ViewComponent viewComponent) {
        var gameObject = viewComponent.gameObject;
        var spriteRenderer = gameObject.GetComponent<SpriteRenderer>();
        var color = spriteRenderer.color;
        color.a = 0f;
        spriteRenderer.material.DOColor(color, 0.2f);
        gameObject.transform
                  .DOScale(Vector3.one * 1.5f, 0.2f)
                  .OnComplete(() => {
                      gameObject.Unlink();
                      Object.Destroy(gameObject);
                  });
    }
}

在這個(gè)響應(yīng)式系統(tǒng)中,當(dāng)我們移除Asset組件或者添加Destroyed組件到Entity上時(shí),我們會(huì)移除掉這個(gè)Entity的視圖,

然而這種解決方案也有要注意的地方。雖然收集器可以設(shè)置多個(gè)組合,但是這些組合必須基于同一個(gè)上下文中的組件。所以當(dāng)你需要設(shè)置一個(gè)響應(yīng)式系統(tǒng)收集來(lái)自不同上下文的Entity時(shí),你需要擴(kuò)展MultiReactiveSystem類來(lái)達(dá)到這個(gè)目的。在這個(gè)類中GetTrigger方法會(huì)返回一組收集器。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • Spring Cloud為開(kāi)發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見(jiàn)模式的工具(例如配置管理,服務(wù)發(fā)現(xiàn),斷路器,智...
    卡卡羅2017閱讀 136,697評(píng)論 19 139
  • 1. Java基礎(chǔ)部分 基礎(chǔ)部分的順序:基本語(yǔ)法,類相關(guān)的語(yǔ)法,內(nèi)部類的語(yǔ)法,繼承相關(guān)的語(yǔ)法,異常的語(yǔ)法,線程的語(yǔ)...
    子非魚_t_閱讀 34,853評(píng)論 18 399
  • WebSocket-Swift Starscream的使用 WebSocket 是 HTML5 一種新的協(xié)議。它實(shí)...
    香橙柚子閱讀 24,831評(píng)論 8 183
  • 1、字符串的拼接調(diào)用- (NSString *)stringByAppendingString:(NSString...
    BierLee閱讀 214評(píng)論 1 0
  • 剛在得到里面看了吳軍老師的一篇文章,講的是關(guān)于成功的人為什么成功,而失敗的人為什么總是失敗,他提了一個(gè)有趣的概念,...
    不瞌睡看閱讀 192評(píng)論 0 0

友情鏈接更多精彩內(nèi)容