Najlepsza praktyka używania Sprites w grze przy użyciu AndEngine GLES2

Question

Obecnie mam statyczne odniesienie do wszystkich moich sprite'ów i ładuję je i inicjuję w moim OnCreateResource mthod of SimpleBaseGameActivity, Ale teraz muszę przesłonić na Attitude Attendant na spirtes i sposób w jaki może zmienić to podczas Inicjowania Sprite. Ale mam statyczną metodę tworzenia Atlasu i regionu tekstur dla każdego sprite'a. Używam tych ikonek w mojej klasie scen i chcę je zastąpić w aplikacji AreaTouched. Mogę zarejestrowaćTouchArea dla tej konkretnej ikonki w mojej scenie, aby można było to zrobić Ale chcę Nadpisać OnAreaTouched w taki sposób, aby możliwe było ponowne wykorzystanie kodu. Oto jak obecnie tworzę i ładuję sprite.

defualtCageSprite = createAndLoadSimpleSprite("bg.png", this, 450, 444); 

I to jest moja metoda createAndLoadSimpleSprite.

public static Sprite createAndLoadSimpleSprite(String name, 
     SimpleBaseGameActivity activity, int width, int height) { 

    BitmapTextureAtlas atlasForBGSprite = new BitmapTextureAtlas(
      activity.getTextureManager(), width, height); 
    TextureRegion backgroundSpriteTextureRegion = BitmapTextureAtlasTextureRegionFactory 
      .createFromAsset(atlasForBGSprite, activity, name, 0, 0); 
    Sprite sprite = new Sprite(0, 0, backgroundSpriteTextureRegion, 
      activity.getVertexBufferObjectManager()); 
    activity.getTextureManager().loadTexture(atlasForBGSprite); 

    return sprite; 
} 

Teraz, w jaki sposób można zastąpić onAreaTouched dla niektórych duszków, nie tracąc przy tym możliwości ponownego użycia kodu.

Answer 1

Czy istnieje powód, aby ładować tekstury w czasie wykonywania? Normalnym sposobem jest załadowanie wymaganych tekstur do jednego atlasu podczas ładowania aplikacji, aby można było z nich później szybko korzystać.

Jeśli chodzi o możliwość ponownego użycia kodu, pomysł Todilo na temat wyliczeń wydaje się być tym, czego potrzebujesz. Powiedz na przykład, że masz dwa rodzaje obiektów - przedmioty, które znikają, gdy je dotykasz, oraz obiekty, które latają, gdy je dotykasz. Wymieniasz obie kategorie i umieszczasz fragment kodu w kodzie obsługi zdarzeń dotykowych, który sprawdza, czy obiekt powinien zniknąć, czy polecić w górę.

Jeśli nie wiesz, co obiekty powinny robić w dotyku przed uruchomieniem aplikacji, istnieje bardziej dynamiczny sposób osiągnięcia tego samego wyniku. Po prostu utwórz dwie listy w czasie wykonywania i umieść odniesienie do obiektu na jednej z list, zgodnie z tym, co obiekt powinien zrobić po dotknięciu. Następnie w dotyku obsługi zdarzeń zrobić coś takiego:

if (disappearList.contains(touchedObject)) { 
    disappear(object) 
} 
if (flyUpList.contains(touchedObject)) { 
    flyUp(object) 
} 

Szkoda AndEngine nie pozwala użytkownikom ustawić słuchaczy na duchy, to uczynić rzeczy nieco łatwiejsze.

EDIT: Dodane wyjaśnienie stosowania BlackPawnTextureBuilder: Twój Atlas musi być typu BuildableBitmapTextureAtlas, następnie dodać wszystkie tekstury jak ten

BitmapTextureAtlasTextureRegionFactory.createFromAsset(buildableAtlas, this, "image.png")); 

i po tej

try { 
    this.buildableAtlas.build(new BlackPawnTextureBuilder<IBitmapTextureAtlasSource, BitmapTextureAtlas>(1)); 
} catch (final TextureAtlasSourcePackingException e) { 
    Debug.e(e); 
} 

I don Nie wiesz, czy to zadziała dla animowanych Sprites, czy nie, będziesz musiał spróbować. Ponadto nie ma mowy o nadpisaniu funkcji onTouch, należy to zrobić w metodzie onAreaTouched. Jednym z przykładów takiego stanu jest

if (pSceneMotionEvent.getAction() == MotionEvent.ACTION_DOWN && disappearList.contains(pTouchArea)) {disappear();} 

Answer 2

Czy na pewno nie chcesz większej funkcjonalności niż zastąpienie ontouch? Co powiesz na stworzenie klasy dziedziczącej dla sprite'a dla tych, którzy potrzebują onarea, aby zostać zastąpionymi i wszystkich innych potrzeb.