Приховування імені Java: важкий шлях

У мене проблема з приховуванням імен, яку надзвичайно важко вирішити. Ось спрощена версія, яка пояснює проблему:

Є клас: org.A

package org;
public class A{
     public class X{...}
     ...
     protected int net;
}

Тоді є клас net.foo.X

package net.foo;
public class X{
     public static void doSomething();
}

А тепер ось проблемний клас, який успадковує Aі хоче зателефонуватиnet.foo.X.doSomething()

package com.bar;
class B extends A {

    public void doSomething(){
        net.foo.X.doSomething(); // doesn't work; package net is hidden by inherited field
        X.doSomething(); // doesn't work; type net.foo.X is hidden by inherited X
    }
}

Як бачите, це неможливо. Я не можу використовувати просте ім’я, Xоскільки воно приховане за успадкованим типом. Я не можу використовувати повністю кваліфіковане ім’я net.foo.X, оскільки netвоно приховане успадкованим полем.

BУ моїй кодовій базі лише клас ; класи net.foo.Xі org.Aє бібліотечними класами, тому я не можу їх змінювати!

Моє єдине рішення виглядає так: я міг би зателефонувати іншому класу, який, у свою чергу, дзвонить X.doSomething(); але цей клас існував би лише через зіткнення імені, яке здається дуже безладним! Чи немає розчин , в якому я можу напряму подзвонити X.doSomething()з B.doSomething()?

У мові, яка дозволяє вказати глобальний простір імен, наприклад, global::в C # або ::в C ++, я міг би просто вказати префікс netіз цим глобальним префіксом, але Java цього не дозволяє.

Ви можете привести nullтип до типу, а потім викликати метод на цьому (що буде працювати, оскільки цільовий об'єкт не бере участь у виклику статичних методів).

((net.foo.X) null).doSomething();

У цьому є переваги

• відсутність побічних ефектів (проблема з створенням екземплярів net.foo.X),
• не вимагає перейменування чого-небудь (щоб ви могли вказати метод Bна ім’я, яке хочете, щоб воно мало; ось чому a import staticне працюватиме у вашому конкретному випадку),
• не вимагає введення класу делегатів (хоча це може бути непоганою ідеєю ...), і
• не вимагаючи накладних витрат або складності роботи з API відображення.

Недоліком є ​​те, що цей код справді жахливий! Для мене це генерує попередження, і це взагалі гарна річ. Але оскільки це вирішує проблему, яка в іншому випадку є абсолютно недоцільною, додавши a

@SuppressWarnings("static-access")

у відповідній (мінімальній!) точці, що охоплює, компілятор закриє.

Ймовірно, найпростіший (не обов'язково найпростіший) спосіб управління цим був би за допомогою класу-делегата:

import net.foo.X;
class C {
    static void doSomething() {
         X.doSomething();
    }
}

і потім ...

class B extends A {
    void doX(){
        C.doSomething();
    }
}

Це дещо багатослівно, але дуже гнучко - ви можете змусити його поводитись як завгодно; плюс це працює приблизно однаково як з staticметодами, так і з екземплярами об'єктів

Детальніше про об'єкти делегатів тут: http://en.wikipedia.org/wiki/Delegation_pattern

Ви можете використовувати статичний імпорт:

import static net.foo.X.doSomething;

class B extends A {
    void doX(){
        doSomething();
    }
}

Слідкуйте за цим Bі Aне містять названих методівdoSomething

Правильним способом буде статичний імпорт, але в абсолютно гіршому випадку ви МОЖЕТЕ побудувати екземпляр класу за допомогою відображення, якщо ви знаєте його повністю кваліфіковане ім'я.

Java: newInstance класу, який не має конструктора за замовчуванням

А потім викликати метод на екземпляр.

Або просто викликайте сам метод із відображенням: Виклик статичного методу за допомогою відображення

Class<?> clazz = Class.forName("net.foo.X");
Method method = clazz.getMethod("doSomething");
Object o = method.invoke(null);

Звичайно, це, очевидно, останні курорти.

Не зовсім відповідь, але ви можете створити екземпляр X і викликати на ньому статичний метод. Це був би спосіб (визнаю брудним) назвати свій метод.

(new net.foo.X()).doSomething();

Немає необхідності робити будь-яке приведення або придушувати якісь дивні попередження або створювати будь-який надлишковий екземпляр. Просто хитрість, використовуючи той факт, що ви можете викликати статичні методи батьківського класу через підклас. (Подібно до мого хакерського рішення тут .)

Просто створіть такий клас

public final class XX extends X {
    private XX(){
    }
}

(Приватний конструктор у цьому фінальному класі гарантує, що ніхто випадково не зможе створити екземпляр цього класу.)

Тоді ви можете дзвонити X.doSomething()через нього:

    public class B extends A {

        public void doSomething() {
            XX.doSomething();
        }

Що робити, якщо ви спробуєте отримати простір імен gobal, якщо всі файли знаходяться в одній папці. ( http://www.beanshell.org/javadoc/bsh/class-use/NameSpace.html )

    package com.bar;
      class B extends A {

       public void doSomething(){
         com.bar.getGlobal().net.foo.X.doSomething(); // drill down from the top...

         }
     }

Це одна з причин того, що склад кращий за спадщину.

package com.bar;
import java.util.concurrent.Callable;
public class C implements Callable<org.A>
{
    private class B extends org.A{
    public void doSomething(){
        C.this.doSomething();
    }
    }

    private void doSomething(){
    net.foo.X.doSomething();
    }

    public org.A call(){
    return new B();
    }
}

Я б використав шаблон Стратегії.

public interface SomethingStrategy {

   void doSomething();
}

public class XSomethingStrategy implements SomethingStrategy {

    import net.foo.X;

    @Override
    void doSomething(){
        X.doSomething();
    }
}

class B extends A {

    private final SomethingStrategy strategy;

    public B(final SomethingStrategy strategy){
       this.strategy = strategy;
    }

    public void doSomething(){

        strategy.doSomething();
    }
}

Тепер ви також відокремили свою залежність, тому ваші модульні тести стануть простішими для написання.