Chiarimento codice predefinito in Android Interface Definition Language (AIDL)

[stefanoadsl]

Ciao a tutti,

Stavo leggendo un po' di "teoria" sulla pagina ufficiale per gli Android developers di Google.
E mi chiedevo che tipo di tecnica è quella che vedete sia nel link che nel codice ricopiato sottostante.
O meglio, avendo delle basi di Java (intermedio) vorrei capire a livello teorico ciò che accade in quella particolare creazione dell'istanza mBinder con quel modo di creare un costruttore.

Link: AIDL

public class RemoteService extends Service {
    @Override
    public void onCreate() {
        super.onCreate();
    }

    @Override
    public IBinder onBind(Intent intent) {
        // Return the interface
        return mBinder;
    }

    private final IRemoteService.Stub mBinder = new IRemoteService.Stub() {
        public int getPid(){
            return Process.myPid();
        }
        public void basicTypes(int anInt, long aLong, boolean aBoolean,
            float aFloat, double aDouble, String aString) {
            // Does nothing
        }
    };
}

Spero di aver azzeccato la sezione e che qualcuno riesca gentilmente a darmi una mano ad imparare nuove cose.

Grazie a tutti intanto dell'attenzione.

[Crotan]

La documentazione ufficiale, relativamente al metodo onBind(Intent intent), riporta quanto segue:

"Return the communication channel to the service. May return null if clients can not bind to the service. The returned IBinder is usually for a complex interface that has been described using aidl.
Note that unlike other application components, calls on to the IBinder interface returned here may not happen on the main thread of the process."

[stefanoadsl]

Grazie della risposta, però volevo anche capire la teoria Java che ci sta dietro. Ovvero, (al di là del fatto che son classi predefinite che vanno semplicemente chiamate ed usate indipendentemente da come sono state implementate) mi sembra di capire che la chiamata fatta in quel modo è perché stiamo utilizzando un costruttore di una classe (Stub) che si trova all'interno della classe IRemotService giusto?
Solitamente un classico costruttore ha la forma:

nomeDellaClasse(/*possibili parametri...*/); //classico costruttore

Nel caso precedentemente postato però abbiamo una "aperta graffa" a seguito del costruttore, e dei metodi (che non sono nemmeno @Override), perciò vorrei capire anche a livello teorico quale senso ha e con che criterio si utilizza quel modo di programmare. E' per caso relativo a qualche Design Pattern particolare?
Grazie in anticipo.