Можно ли патчить обезьяну на Java?

Одно уродливое решение - разместить собственную реализацию DefaultWidget (с тем же FQCN) раньше в пути к классам, чем обычная реализация. Это ужасный взлом, но все остальные подходы, которые я могу придумать, еще хуже.

Объектно-ориентированный способ сделать это - создать оболочку, реализующую IWidget, делегируя все вызовы фактическому виджету, кроме calculateHeight, примерно так:

class MyWidget implements IWidget {
    private IWidget delegate;
    public MyWidget(IWidget d) {
        this.delegate = d;
    }
    public int calculateHeight() {
        // my implementation of calculate height
    }
    // for all other methods: {
    public Object foo(Object bar) {
        return delegate.foo(bar);
    }
}

Чтобы это сработало, вам нужно перехватить все создания виджета, который вы хотите заменить, что, вероятно, означает создание аналогичной оболочки для WidgetFactory. И вы должны иметь возможность настроить, какой WidgetFactory использовать.

Это также зависит от того, что ни один клиент не пытается вернуть IWidget обратно в DefaultWidget ...

Только предложения, о которых я могу думать:

1. Изучите API библиотеки, чтобы увидеть, есть ли способ переопределить значения по умолчанию и размер. Размер может сбивать с толку (по крайней мере, для меня), setMinimum, setMaximum, setdefault, setDefaultOnThursday, .... Возможно, есть способ. Если вы сможете связаться с дизайнером (-ами) библиотеки, вы можете найти ответ, который избавит вас от неприятного взлома.

2. Возможно, расширить фабрику, заменив только некоторые параметры размера по умолчанию? зависит от завода, но это возможно.

Создание класса с тем же именем может быть единственным другим вариантом, поскольку другие указали, что это уродливо, и вы можете забыть об этом и сломать материал, когда обновляете библиотеку api или развертываете в другой среде и забываете, почему у вас был classpath настроен таким образом.

Возможно, вы могли бы использовать аспектно-ориентированное программирование, чтобы перехватывать вызовы этой функции и вместо этого возвращать вашу собственную версию?

Spring предлагает некоторую функциональность АОП, но есть и другие библиотеки, которые это делают.

Просто моя концептуальная идея,

Возможно использование АОП с использованием метода байт-кода для добавления аспекта в метод calculateHeight.

Затем вы можете включить патч с помощью ThreadLocal или другой переменной.

Что ж, я продолжаю пытаться публиковать предложения, а потом вижу, что они не работают или что вы уже упоминали, что пробовали их.

Лучшее решение, которое я могу придумать, - создать подкласс WindowDisplayFactory, затем в методе подкласса createView () сначала вызвать super.createView (), затем изменить возвращенный объект, чтобы полностью выбросить виджет и заменить его экземпляром подкласса, который делает что хочешь. Но виджет используется для инициализации, поэтому вам придется все это изменить.

Затем я думаю об использовании отражения на возвращаемом объекте из createView () и попытках исправить ситуацию таким образом, но опять же, это непросто, потому что так много всего было инициализировано с помощью виджета. Я думаю, что я бы попытался использовать этот подход, если бы он был достаточно простым, чтобы оправдать его перед копированием и вставкой.

Я буду смотреть это, а также буду думать, смогу ли я придумать какие-нибудь другие идеи. Java Reflection, конечно, хорош, но он не может превзойти динамический самоанализ, который я видел в таких языках, как Perl и Python.

cglib - это библиотека Java, которая может делать некоторые вещи, похожие на исправление обезьян - она ​​может манипулировать байт-кодом во время выполнения для изменения определенного поведения. Я не уверен, что он может сделать именно то, что вам нужно, но на него стоит взглянуть ...

Вы можете попробовать использовать такие инструменты, как PowerMock / Mockito. Если вы можете издеваться в тестах, вы также можете имитировать в продакшене.

Однако эти инструменты на самом деле не предназначены для использования таким образом, поэтому вам придется самостоятельно подготовить среду, и вы не сможете использовать бегуны JUnit, как вы это делаете в тестах ...

Вполне возможно выполнить monkeypatch на Java, используя Unsafe.putObject и средство поиска классов. Написал здесь сообщение в блоге:

https://tersesystems.com/blog/2014/03/02/monkeypatching-java-classes/