Varlık Bileşen Sistemi - Bir nesnenin Dönüşümü nasıl uygulanır?

Motorum için bir varlık bileşeni sistemi tasarlarken, belirli bir bileşen türünü depolama ve alma yolunda küçük bir engelle karşılaştım.

İlk olarak, bu soruda kullanacağım terminolojiyi biraz açıklayayım:

• " Bileşen " i belirli bir sistem için ilgili verileri depolayan bir veri yapısı olarak adlandırıyorum.
• Kullanıcıya oyun durumunu / arayüzünü güncellemek için Bileşenleri kullanan yöntemlerin ve veri yapılarının toplanmasını " Sistem " olarak adlandırıyorum .
• " Varlık " temel olarak sadece belirli bileşenleri almak ve oyun mantığındaki verilerini değiştirmek için kullanılan bir kimliktir.

Her sistem, veri üzerinde verimli bir şekilde tekrarlayabilmesi için kendi Bileşen tipinde (örneğin, Fizik-> Fizik Bileşeni, AI-> AIComponent, Rendering-> RenderingComponent) bir (ID-mapped) dizisine sahiptir.

Bununla birlikte, tüm bileşenlerin özel olarak bir sisteme ait olması gerekmez. Örneğin, bir Transform bileşeni bir nesnenin konumunu, dönüşünü ve ölçeğini saklar. Fiziksel, Yapay Zeka, İşleme gibi birçok sistem tarafından kullanıldığı için, bir varlığın en önemli kısımlarından biridir (Birlik onu zorunlu kılar).

Karşılaştığım sorun bu. Transform birçok başka sistem tarafından kullanıldığından, her bir Bileşen için kullanmak üzere bir tane almaya nasıl başlamalıyım? Gördüğüm olası bir çözüm, her bir Bileşenin kendi Varlık Kimliğini depolamasını sağlamaktır. Bunun gibi herhangi bir bileşeni almak kolay olurdu, ancak bu kadar verimli olmayacaktı ve aynı zamanda, başka hiçbir şeyin farkında olmayan, izole edilmiş ve bağımsız bir veri paketi olarak bir Bileşen kavramına karşı çıkacaktı.

Bu sorunu çözmenin uygun bir yolu var mı? Dönüşüm bile bir bileşen olmalı mı?

Bu oldukça geniş bir sorudur, cevabı kesinlikle mimarinize bağlıdır. Ancak, size genel bir cevap vermeye çalışacağım.

Fizik ve render sistemleriniz kesinlikle dönüşümü gerektirecek, ancak AI sistemi gerektirmeyecek. Bu nedenle, dönüşümü kendi bileşen sınıfına kapsüllemek mantıklıdır. Bu tür ilgili tüm sistemler aynı verileri kullanır, bu nedenle varlığın dönüşüm nesnesine bir işaretçi veya başka bir yerde saklanan bir dönüşüm nesnesinin kimliğine sahip olması mantıklıdır.

İkinci çözümü seçerseniz, dönüştürmeyle ilgilenen her sistem, dönüştürme nesnesinin depolandığı yere erişim gerektirir.

Birincisini seçerseniz, her sistemin yapması gereken tek şey varlığın kendisine erişmek ve dönüşümü istemektir.

Önceki durumda, sorun, bu tür şeyleri önemsiyorsanız, OOP kurallarını ihlal etmeden, her sisteme dönüşüm için depolamaya nasıl erişim verileceği haline gelir.

İkinci durumda böyle bir sorun yoktur, ancak bileşen nesnelerinin kimlikleri yerine nesnelere işaretçiler depolamak için varlık nesnesi tasarımınızı değiştirmenizi gerektirir.

Kişisel tercihim, varlık tasarımını birçok tasarım sorununu basitleştirdiği için bileşen nesnelerine işaretçiler depolayacak şekilde tasarlamaktır. Bu şekilde, dönüşüm gerektiren her sistem onu ​​varlıktan talep edebilir ve istemiyorsa yok sayabilir. Bununla birlikte, bu, işaretçilerin doğasında olan, önbellek maliyetinin kaçırdığı bir hesaplama yükü taşır.

Bununla ilgili daha fazla bilgi için bu ECS'ye Genel Bakış'a göz atın .

Günün sonunda, hangisinin sizin için daha önemli olduğuna karar vermek size kalmıştır: gelişme kolaylığı veya performans.

Son olarak, sorunuzun ECS taraftarlarının düşündüğü tasarım sorularının mükemmel bir örneği olduğunu ve kesin gümüş kurşun çözümünün olmadığını belirtmek isterim.