LibGDXゲームとApplicationAdapter

新しいLibGDXプロジェクトを作成すると、CoreプロジェクトのメインクラスがApplicationAdapterを拡張します。これがどのように見えるかです。

package com.marimba.apptest;

import com.badlogic.gdx.ApplicationAdapter;
import com.badlogic.gdx.Gdx;
import com.badlogic.gdx.graphics.GL20;

public class AppMain extends ApplicationAdapter {   
    @Override
    public void create () {

    }

    @Override
    public void render () {
        Gdx.gl.glClearColor(1, 0, 0, 1);
        Gdx.gl.glClear(GL20.GL_COLOR_BUFFER_BIT);

    }
}

したがって、画面を切り替えるためにsetScreenメソッドを呼び出す場合は、ApplicationAdapterをGameに変更する必要があります。それでは、ApplicationAdapterの使用は何ですか？いつ使用しますか？

@ user3068350が言ったように、GameとApplicationAdapterの両方がApplicationListenerを実装しています。ゲームでScreenインターフェースを使用する場合はGameを拡張すると便利ですが、一部の開発者は独自の方法で別のアプローチを取り、画面管理を処理したい場合があります。この場合、これらはApplicationAdapterを拡張します。

個人的には、レンダリングメソッドをupdateとdrawに分離するため、クラスはカスタムのUpdatableおよび/またはDrawableインターフェースを実装するのが好きです。この場合、インターフェースにはrenderメソッドが含まれているため、Screenを使用すると目的が失われます。

GameクラスはApplicationListenerインターフェースを実装し、異なる画面を簡単に切り替えることができるように設計された単なるクラスです。ApplicationListenerのメソッドが呼び出されると、Gameクラスは現在設定されている画面にメソッドを委任します。

ApplicationAdapterとGameクラスはApplicationListenerインターフェイスを実装しているため、ゲームを作成する際に両方をほぼ同じように使用できます。Screenを使用するように設定されている場合、両方のオプションでそれらを実装することを妨げるものは何もありません。

ゲームのクラスには、画面を使用してそれをより多くのオーバーヘッドがほとんどありません。ただし、このオーバーヘッドは、ゲームでさまざまなステージ/レベルを簡単に実装できるように設計されています。このオーバーヘッドは最小限であることに注意することが重要です。

ApplicationAdapterは、追加のオーバーヘッド（これはApplicationListenerの直線実装である）を有していません。これにより、すべてを自分で行う必要があるため、より詳細に制御できます。個人的には、ApplicationAdaptersを使用することを好みます。

TL; DR：それらの間に実質的な違いはありません。ApplicationAdapterを使用すると、もう少し制御しやすくなり、ゲームの作業が少し少なくなります。