Endgültige Proxy-Methode in nicht abschließender Klasse

Question

Ich muss Methoden auf verschiedenen Ansichtsklassen im Android UI Framework wie TextView Proxy-Methoden. Insbesondere TextView#setText(int resId). Diese Methode ist nicht Teil einer Schnittstelle. Daher wird Java Proxy nicht funktionieren, da es nur für Schnittstellen funktioniert. Ich muss Bytecode-Manipulation verwenden.

fand ich eine Bibliothek namens dexmaker, die vielversprechend schien. Ich gehe davon aus, dass ich Laufzeit-Byte-Code manipulieren muss, da die Android View-Klassen nur auf dem Gerät verfügbar sind. Dexmaker kann öffentliche Methoden auf konkrete Klassen anwenden. Dann habe ich bemerkt, dass TextView#setText(int resId) unerklärlicherweise final ist. Die Klasse TextView selbst ist nicht endgültig.

Ich glaube, ich dexmaker Gabel könnte endgültige Methoden in nicht-finalen Klassen zu unterstützen. Ist das möglich? Ich möchte dieses Projekt nicht starten, wenn es nicht ist. Es wäre jedoch ein großer Gewinn für meine Bibliothek, da Entwickler für ihre Ansichten keine Unterklassen, Schnittstellen oder manuelle statische Methodenaufrufe benötigen würden. Meine Bibliothek muss wissen, wann Text für eine bestimmte Ansicht festgelegt wurde. Ein Proxy ist das perfekte Designmuster dafür.

Answer 1

Soweit ich weiß, ist dies auf Android nicht möglich.

Dexmaker erstellt Dex-Dateien, die neue Klassen enthalten. Diese Klassen werden dann mithilfe von dex-Klassenladeprogrammen zu einer Anwendung hinzugefügt. Solche Dex-Dateien können jedoch nicht zum Ersetzen von Klassen verwendet werden, sondern nur zum Hinzufügen neuer Unterklassen, die als Proxy dienen.

In diesem Sinne ist dexmaker eher wie cglib als Javassist.

Beachten Sie, dass Android keine ähnlichen Instrumentierungsfunktionen wie eine reguläre JVM bietet, in der Sie letzte Klassen und Methoden durch Klassenredefinition über einen Agenten instrumentieren können. Dies wird nicht von Android zur Verfügung gestellt: http://developer.android.com/reference/android/app/Instrumentation.html

Answer 2

Die Absicht von "final" ist, dass die Methode nicht überschrieben werden kann. Dadurch wird die Proxy-Vergabe durch die Erweiterung effektiv gestoppt. Sie können jedoch immer noch Proxy durch Umbrechen, so wie Spring es behandelt.

Das ist ein Grund, warum es eine bewährte Methode ist es, die Schnittstelle von der Implementierung zu trennen.

In Konkreter ...

// This snip is not supposed to be functional, only to demonstrate a concept 
interface TextViewInterface { 
    void setText (int resId); 
} 

class TextView implements TextViewInterface { 
    public final void setText (int resId) { 
    ... snip ... 
    } 
} 

class Proxy$TextView implements TextViewInterface 
extends View { // Added this for Android hierarchy 
    private TextView textView; 

    public void setText (int resId) { 
     textView.setText(resId); 
    } 
} 

Does diese Hilfe?