Oyun nesnelerinin yanlışlıkla C ++ ile silinmesi nasıl önlenir

Diyelim ki oyunumun kamikaze üzerinde oyuncu patlayabilir bir canavar var. Bu canavar için rastgele bir isim seçelim: bir Creeper. Yani, Creepersınıfın şuna benzer bir yöntemi vardır:

void Creeper::kamikaze() {
    EventSystem::postEvent(ENTITY_DEATH, this);

    Explosion* e = new Explosion;
    e->setLocation(this->location());
    this->world->addEntity(e);
}

Olaylar sıraya alınmaz, hemen gönderilir. Bu, Creepernesnenin çağrının içinde bir yerde silinmesine neden olur postEvent. Bunun gibi bir şey:

void World::handleEvent(int type, void* context) {
    if(type == ENTITY_DEATH){
        Entity* ent = dynamic_cast<Entity*>(context);
        removeEntity(ent);
        delete ent;
    }
}

Çünkü Creeperise nesne silinir kamikazeyöntemi hala çalışıyorsa o erişmeye çalıştığında, bu çökmesine olacak this->location().

Bir çözüm, olayları bir arabellekte sıralamak ve daha sonra göndermektir. Bu C ++ oyunlarında ortak çözüm mü? Biraz hack gibi geliyor, ancak bunun nedeni sadece farklı bellek yönetimi uygulamalarına sahip diğer dillerle yaşadığım deneyim olabilir.

C ++ 'da, bir nesnenin kendi yöntemlerinden birinin içinden yanlışlıkla sildiği bu soruna daha iyi bir genel çözüm var mı?

Silme this

Örtük olarak bile.

- Hiç -

Üye işlevlerinden biri hala yığıntayken bir nesneyi silmek sorun için yalvarıyor. Bu ("yanlışlıkla" ya da değil) ile sonuçlanan herhangi bir kod mimarisi objektif olarak kötüdür , tehlikelidir ve derhal yeniden düzenlenmesi gerekir . Bu durumda, canavarınızın 'World :: handleEvent' adını vermesine izin verilecekse , hiçbir koşulda bu işlevin içindeki canavarı silmeyin!

(Bu özel durumda, her zamanki yaklaşımım canavarın kendi üzerine 'ölü' bir bayrak koymasını ve Dünya nesnesinin - ya da onun gibi bir şeyin - çerçeve başına bir kez 'ölü' bayrağı test etmesini ve bu nesneleri kaldırmasını sağlamaktır. dünyadaki nesneler listesinden ya da onu silme ya da bir canavar havuzuna ya da uygun olan her şeye geri döndürme.Bu zamanda dünya aynı zamanda silme hakkında bildirimler gönderir, böylece dünyadaki diğer nesneler canavarın mevcut durdu ve tutuyor olabilecekleri herhangi bir işaretçi bırakabilir.Dünya, bunu şu anda hiçbir nesnenin işlemediğini bildiğinde güvenli bir zamanda yapar, böylece bir noktaya gevşeyen yığın hakkında endişelenmenize gerek kalmaz burada 'bu' işaretçi serbest hafızaya işaret eder.)

Bir arabellekteki olayları kuyruğa almak yerine, arabellekteki silme işlemlerini sıraya alın . Gecikmeli silme, mantığı büyük ölçüde basitleştirme potansiyeline sahiptir; nesnelerinize ilginç bir şey olmadığını bildiğinizde bir çerçevenin sonunda veya başında belleği boşaltabilir ve kesinlikle her yerden silebilirsiniz.

Dünyanın, silme işlemini gerçekleştirmesine izin vermek yerine, başka bir sınıf örneğinin silinen tüm varlıkları depolamak için bir grup görevi görmesine izin verebilirsiniz. Bu örnek ENTITY_DEATHolayları dinlemeli ve bunları sıraya alacak şekilde işlemelidir. Daha Worldsonra kutu bu örnekler üzerinde yinelenir ve çerçeve oluşturulduktan sonra ölüm sonrası işlemleri gerçekleştirir ve bu kovayı 'temizler', bu da varlık örneklerinin gerçek silinmesini gerçekleştirir.

Böyle bir sınıfın örneği şöyle olabilir: http://ideone.com/7Upza

Oyundaki tüm oyun nesnesi tahsisleri için kullanılan bir fabrika kurmanızı öneririm. Bu yüzden, kendinizi yeni aramak yerine, fabrikaya sizin için bir şeyler yaratmasını söylersiniz.

Örneğin

Object* o = gFactory->Create("Explosion");

Bir nesneyi silmek istediğinizde, fabrika nesneyi sonraki kareyi temizleyen bir arabellek içine iter. Gecikmiş yıkım çoğu senaryoda çok önemlidir.

Ayrıca, tüm mesajları bir kare gecikmeyle göndermeyi düşünün. Hemen göndermeniz gereken birkaç istisna vardır, ancak vakaların büyük çoğunluğu

Yönetilen belleği C ++ 'da kendiniz uygulayabilirsiniz, böylece ENTITY_DEATHçağrıldığında, gerçekleşen tek şey referanslarının sayısı bir azalır.

Daha sonra @John'un her karenin dilenmesinde önerdiği gibi, hangi varlıkların yararsız olduğunu (sıfır referanslı olanlar) kontrol edebilir ve silebilirsiniz. Örneğin boost::shared_ptr<T>( burada belgelenmiş ) kullanabilirsiniz veya C ++ 11 (VC2010) kullanıyorsanızstd::tr1::shared_ptr<T>

Havuzu kullanın ve nesneleri gerçekten silmeyin. Bunun yerine, kayıtlı oldukları veri yapısını değiştirin. Örneğin, nesneleri oluşturmak için bir sahne nesnesi ve oluşturma, çarpışma tespiti vb. İçin bir şekilde ona kaydedilmiş olan tüm varlıklar vardır. Bu yöntem yalnızca bellek sorunlarını (örneğin kendini silen bir nesne) önlemekle kalmaz, aynı zamanda havuzu doğru kullanırsanız oyununuzu hızlandırabilir.

Bir oyunda yaptığımız yeni yerleştirme kullanmaktı

SomeEvent* obj = new(eventPool.alloc()) new SomeEvent();

eventPool, oyulmuş büyük bir bellek dizisiydi ve her bir segmentin işaretçisi saklandı. Böylece ,landıran () boş bir bellek bloğunun adresini döndürür. EventPool'umuzda bellek bir yığın olarak değerlendirildi, bu yüzden tüm olaylar gönderildikten sonra yığın işaretçisini dizinin başlangıcına sıfırlayacağız.

Etkinlik sistemimizin çalışma şekli nedeniyle evet'lerdeki yıkıcıları çağırmamız gerekmiyordu. Böylece havuz basitçe bellek bloğunu ücretsiz olarak kaydeder ve tahsis eder.

Bu bize büyük bir hız kazandırdı.

Ayrıca ... Aslında, bellek sızıntılarını bulmanın harika bir yolu olduğu için, oyun sırasında çıkıldığında (normalde) havuzlarda kalan herhangi bir nesne varsa, o zaman muhtemelen bir mem sızıntısı.