Прокси-окончательный метод в не финальном классе

Question

Мне нужно прокси-методы для разных классов классов в Android UI Framework, например TextView. В частности, TextView#setText(int resId). Этот метод не является частью интерфейса. Поэтому Java Proxy не будет работать, поскольку он работает только для интерфейсов. Мне нужно использовать манипуляции с байт-кодом.

Я нашел библиотеку под названием dexmaker, которая казалась многообещающей. Я предполагаю, что мне нужно выполнять манипулирование байтами времени выполнения, поскольку классы Android View фактически доступны на устройстве. Dexmaker может проксировать публичные методы для конкретных классов. Затем я заметил, что TextView#setText(int resId) необъяснимо final. Сам класс TextView не является окончательным.

Я думаю, что я мог использовать forx dexmaker для поддержки окончательных методов в не заключительных классах. Это возможно? Я не хочу запускать этот проект, если это не так. Это было бы огромной победой для моей библиотеки, хотя разработчикам не потребовалось бы подклассы, интерфейсы или ручные вызовы статических методов для их представлений. Моя библиотека должна знать, когда текст установлен в определенном представлении. Прокси-сервер - идеальный образец дизайна для этого.

Answer 1

Насколько я знаю, на Android это невозможно.

Dexmaker создает файлы dex, содержащие новые классы. Эти классы затем добавляются в приложение с помощью загрузчиков классов dex. Однако такие файлы dex не могут использоваться для замены классов, только для добавления новых подклассов, которые служат прокси.

В этом смысле dexmaker скорее напоминает cglib, чем javassist.

Обратите внимание, что Android не обеспечивает аналогичные возможности инструментария, как обычный Jvm, где вы можете отображать финальные классы и методы путем переопределения класса через агента. Это не предусмотрено Android: http://developer.android.com/reference/android/app/Instrumentation.html

Answer 2

Целью «окончательного» является то, что метод нельзя переопределить. Это фактически останавливает проксирование по расширению. Тем не менее, вы все еще можете использовать прокси-сервер, используя способ Spring.

Это одна из причин, почему лучше всего отделить интерфейс от реализации.

В более конкретном плане ...

// 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); 
    } 
} 

ли эта помощь?