Идентификация дочернего класса, вызывающего статическую функцию базового класса

Question

Идентификация дочернего класса, вызывающего статическую функцию базового класса

1

Предположим, что у меня есть базовый класс с функцией foo

public class Base
{
    protected static void foo()
    {
        // ToDo - what is the name of the child class calling me?
    }
}

и по меньшей мере один дочерний класс, содержащий статический инициализатор, который вызывает foo

public class Child extends Base
{
    static
    {
        foo();
    }
}

Есть ли способ foo() узнать, какой дочерний класс назвал его? Я предполагаю там технику отражения, которую я могу использовать.

P45 Imminent 25 апр. 2014, в 17:21

Источник

1

Это то же самое, что и определение класса вызова foo ().
Franzl 25 апр. 2014, в 14:46
1

Техника, которую вы ищете, описана здесь (например, найти абонента). Тем не менее, зачем вам знать звонящего? Если это для целей регистрации, я уверен, что это лучшее решение на самом деле.
sp00m 25 апр. 2014, в 14:46
0

Решение трассировки стека, предложенное @ sp00m, безусловно, является подходящим решением, но если вам действительно нужно знать, что в foo , возможно, вам следует передать вызывающий класс или объект в качестве аргумента методу.
Edwin Dalorzo 25 апр. 2014, в 14:52
0

Использование классов в соответствии с ответом @ crownjewel82, вероятно, более надежно, чем чтение стековых трасс, но связано с неуклюжими затратами на параметры. Обычно есть лучший подход в зависимости от проблемы (см. Этот вопрос )
Roberto 25 апр. 2014, в 14:58
0

Я рекомендую серьезно оценить, почему вызываемая процедура должна знать, как она вызывается. Подпрограммы (подпрограммы, функции, методы, что бы вы их ни называли) должны выполнять одну работу, оперируя заданными параметрами и, возможно, возвращая значение. Если они должны знать, кто им звонил, чтобы выполнять свою работу, то они начинают разрабатывать код, специфичный для их абонентов, и это ужасная разработка программного обеспечения. Поэтому оцените, действительно ли это необходимо; что конкретно должен делать метод, и для чего он нужен?
arcy 25 апр. 2014, в 16:11

Показать ещё 3 комментария

Теги:

java

2 ответа

Ещё вопросы

Это то же самое, что и определение класса вызова foo ().
Техника, которую вы ищете, описана здесь (например, найти абонента). Тем не менее, зачем вам знать звонящего? Если это для целей регистрации, я уверен, что это лучшее решение на самом деле.
Решение трассировки стека, предложенное @ sp00m, безусловно, является подходящим решением, но если вам действительно нужно знать, что в foo , возможно, вам следует передать вызывающий класс или объект в качестве аргумента методу.
Использование классов в соответствии с ответом @ crownjewel82, вероятно, более надежно, чем чтение стековых трасс, но связано с неуклюжими затратами на параметры. Обычно есть лучший подход в зависимости от проблемы (см. Этот вопрос )
Я рекомендую серьезно оценить, почему вызываемая процедура должна знать, как она вызывается. Подпрограммы (подпрограммы, функции, методы, что бы вы их ни называли) должны выполнять одну работу, оперируя заданными параметрами и, возможно, возвращая значение. Если они должны знать, кто им звонил, чтобы выполнять свою работу, то они начинают разрабатывать код, специфичный для их абонентов, и это ужасная разработка программного обеспечения. Поэтому оцените, действительно ли это необходимо; что конкретно должен делать метод, и для чего он нужен?

Lajos Arpad · Answer 1 · 2014-04-25T14-17-00.000Z

Вы можете получить класс с помощью getClass, например:

o.getClass()

также, если у вас есть класс c, и вам нужно проверить, является ли o экземпляром c, вы можете использовать instanceof, например:

o instanceof c

Приветствия.

crownjewel82 · Answer 2 · 2014-04-25T12-01-00.000Z

Самый простой способ - передать аргумент. Например

public class Base {
    protected static void foo(Class<?> type) {
        if (type == Child.class) {

        }
    }
}

public class Child extends Base {
   static {
       foo(Child.class);
   }
}

Однако, если вам нужно сделать что-то, что зависит от дочернего класса, я рекомендую искать решение, которое использует абстрактные методы и полиморфизм.

public Base {
    protected static void foo(Base child) {
        child.doFoo();
    }

    protected abstract void doFoo();
}

public Child extends Base {
    static {
        foo(new Child());
    }

    @Override
    protected void doFoo() {
        //do the child specific thing here
    }
}