Bileşen tabanlı varlık sistemlerinde oyun durumu ve girdi işleme

Sorum şu:

Oyun durumu nesnelerini bir yığın halinde tutmak zorunda kalmadan varlık sistemimdeki oyun durumlarını nasıl ele alabilirim?

Dolayısıyla, varlık sistemimin tasarımı, bir varlığın örneğin girdi olaylarına kaydolması gerektiğinde, girdi bileşeninin girdi sistemini çağırdığı ve "bu varlığı bu girdi için kaydet" olduğu anlamına gelir. Her şey yolunda ve iyi, ancak buna oyun durumları kavramını eklerseniz (bir duraklama ekranı söyleyin), bir varlığın mevcut durumda olup olmadığını ve girdiyi alması gerekiyorsa bir sorun haline gelir.

Giriş bileşenini / sistemini, "bu oyun durumlarında bu giriş için bu varlığı kaydet" diyerek artırmayı başardım, ancak bu, her varlığın hangi eyaletlerde kullanılacağını bilmesini gerektirir ve bu açık olmayabilir. Ayrıca, kayıtlı durum başına (ve geri arama kullanan diğer sistemlerde) oyun durumlarının bir listesini tutmak çok verimli gelmez.

Sahip olduğum başka bir fikir, oyun durumunu temsil eden bir varlık olacağından, devre dışı olarak işaretlendiğinden, giriş olayı oluştururken varlığın devre dışı bırakılmış bir oyun devlet varlığının torunu olmadığını kontrol etmektir. Her geri arama için ebeveyni çalışmak pahalı görünüyor.

Başka bir fikir, tüm sistemlerin verilerini mevcut duruma karşı anahtarlanmış olarak saklamasıdır, böylece girdiyi oluştururken hedef varlık aday bile olmaz. Ancak bu, farklı eyaletlerdeki varlıklar arasındaki iletişime izin verme yeteneğini gerçekten incitiyor (duraklatma ekranları için çok fazla sorun değil, Oblivion / Skyrim'de kilit seçmeyi düşünün).

Sahip olduğum diğer tek fikir, tüm bileşenlerin bir durum değişikliği olaylarını işlemesini ve kaydettikleri herhangi bir şeyi devre dışı bırakmak için ilgili sistemleriyle iletişim kurmasını ve bu duruma geri döndüğünde yeniden etkinleştirmelerini sağlamaktır.

İkincisi (bir nesneyi devre dışı olarak işaretleyin) ve ileri (her bir bileşenin devlet değişiklikleriyle ilgilenmesi) fikirlerimin en iyisi gibi görünüyor, ancak hiçbiri bana özellikle büyük olarak atlamıyor.

Bunun nasıl yapılacağı konusunda başka fikirleri olan var mı?

edit Bu soruya özel olarak girdi hakkında konuşurken, çarpışmalar, zamanlayıcı olayları gibi varlıklara mesaj / olay gönderebilen herhangi bir sistem anlamına gelebilir.

Sık kullanılan, Intent Systemgirdiyi soyutlayan ve bağlamı ve ilgili oyun sitelerini takip eden bir ara maddedir.

Niyet sistemi, örneğin simülasyon duraklatıldığında giriş iletimini durduracaktır. Ayrıca denetleyici olayları ve hedefleri (yön hareket, koş, ateş, yeniden yükle ...) arasındaki eşlemeyi de gerçekleştirir.

Bu şekilde diğer rakipleriniz belirli gamepad / girişlere (BUTTON_A, BUTTON_B ve BUTTON_X, BUTTON_O ...) bağımlı olmaz, ancak hepsi aynı amaçlara tepki verir (IntentRun, IntentReload ...).

Diğer bir avantaj, niyet sisteminin, gibi hedefleri işleyebileceğiniz simülasyonun dışında bile herhangi bir aboneye niyet gönderebileceğinden, eklenen / kaldırılan mevcut denetleyicilerin farkında olabilmesidir AddPlayer(controllerID).

Olaylar / mesaj yoluyla veya doğrudan sisteme sağladığınız oyun durumu hakkında ne kadar bilgi size kalmış. Ancak Niyet sistemine harcanan zaman genellikle buna değer.

Sisteme bağlandıklarında hedefler oluşturacak Niyet Bağlamlarını yönetebilirsiniz.

Bağlama öncelik verilebilir, yani:

• SimulationAvailableContext, simülasyonu kullanılabilir durumdayken (ancak çalışmıyorken) simülasyona gönderir, örneğin kamerayı hareket ettir, yakınlaştır, uzaklaştır, oynatıcı ekle / kaldır ...
• SimulationRunningContext, duraklatılan hareket çalar olmadığında simülasyonu amaçlara gönderir, birimi pozisyona gönderir, çeker ...

Bu şekilde, şu anda alakalı olan bağlamları ekleyebilir ve kaldırabilirsiniz.

Ve tüm niyet sistemleri hakkında bir şey, simülasyon duraklatılmışken çalıştırılması gerektiğidir.

Simülasyonla ilgili olmayan güncellemeleri bozmadan oyun simülasyonunu oynatmak / duraklatmak için sıklıkla kullanılan bir yol, farklı zaman kümeleri kullanmaktır. yani GenericSystem::onTime(Long time, Long deltaTime, Long simTime, Long simDeltaTime).

Bu yaklaşımla, motorunuz oyunların simTime'ındaki artışları engelleyebilir, bu da kullanılan animasyon ve fizik motorlarındaki güncellemeleri engellerken simTime and simDeltaTime, duraklama sırasında bile hareket etmesi gerekiyorsa kamera bahar efektinizin sürekli güncellenmesine izin verir. veri indirilirken sanal bir oyun içi reklam panosuna yükleme etkisi ...

Global bir olay sistemi oluşturmaya ve ardından her bir varlığınız için bir olay dinleyici bileşenine sahip olmaya ne dersiniz? Bir etkinlikten sonra "Oyun Durumu Değişikliği" her bir varlık için ayrı ayrı bileşenlerle uğraşabilirsiniz.

Diyelim ki bir giriş bileşeniniz var. Olay dinleyicisi bileşeni oyun durumu değişikliği olayını aldıktan sonra, söz konusu giriş bileşeni için çok özel değerleri değiştirir, bu nedenle herhangi bir girdi çağrısı almaz veya sisteme veya sahibine herhangi bir hareket veya yanıt çağrısı yapmaz.

Bileşenlerimin çoğu (Lua aracılığıyla) yazıldığından bu benim için çalışıyor. Yani, bir tuşa basıldığında bir kez tetiklenen ve bir hareket + yönünü tetiklediğinde tetiklenen bir giriş bileşenim var ve daha sonra tuş bırakıldığında tetiklenir ve durma + yönünü tetikler. Ayrıca, herhangi bir işlevi tetiklemeyi durdurmak ve gerekirse durdurmak için giriş bileşeniyle (oyun duraklatıldıysa) temas eden bir olay dinleyicisi bileşeni de vardır. Daha sonra başka bir komut dosyası kullanarak aynı olaylara ve tuşlara farklı bir tepki ile başka bir varlık kolayca ekleyebilirim. Bu şekilde, farklı eyaletlerdeki farklı varlıklar arasındaki etkileşimi kaydedebilir ve hatta çok daha özelleştirilebilir hale getirebilirsiniz. Dahası, bazı varlıklarda olay dinleyici bileşeni bile olmayabilir.

Az önce açıkladığım, dördüncü çözümünüzün pratik bir örneğidir.