Поддержка нескольких версий без отдельных сборок в JavaME - PullRequest
Новая
       27

Поддержка нескольких версий без отдельных сборок в JavaME

1 голос
/ 12 марта 2010

Я хочу иметь возможность поддерживать несколько версий Java ME без необходимости иметь несколько сборок. Я уже знаю , как определить профиль / конфигурацию / поддерживаемые JSR . Моя проблема в том, что знание того, поддерживается ли JSR во время выполнения, не позволяет мне использовать все функции, поскольку Java-ME не обеспечивает поддержку отражения.

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

Смежные вопросы

1 Ответ

1 голос
/ 15 марта 2010

Если вам нужен доступ к классу C только через интерфейс, к которому, как вы знаете, у вас будет доступ, он достаточно прост: 

MyInterface provider=null;
try{
    Class myClass= Class.forName("sysPackage.C");
    provider = (MyInterface)(myClass.newInstance());  
}catch(Exception ex){
}
if(provide!=null){
    //Use provider
}

Если C не имеет интерфейса, который можно использовать, мы можем вместо этого создать класс-оболочку S, который будет вместо этого членом интерфейса. 

class S implements MyInterface{
    static {
        try {
            Class.forName("sysPackage.C");
        } catch (Exception ex) {
            throw new RuntimeException(ex);
        }
    } 
    public static void forceExceptionIfUnavailable() {}
    //TODO: Methods that use C. Class C will only be used within this class
}

S имеет статический блок, поэтому при разрешении класса выдается исключение, если C недоступен. Сразу после загрузки класса мы вызываем forceExceptionIfUnavailable, чтобы убедиться, что статический блок запускается немедленно. Если не произойдет сбой, мы можем использовать методы из S, чтобы косвенно использовать класс C.

В качестве альтернативы мы можем использовать метод здесь :

По сути, вы создаете новый пакет P с открытым абстрактным классом A и конкретным подклассом S, приватным для пакета. A имеет статический метод getS, который возвращает экземпляр S или null, если во время создания создается исключение. Каждый экземпляр S имеет экземпляр C, поэтому он не будет создан, когда C недоступен - в противном случае он будет успешным. Этот метод кажется более безопасным, поскольку S (и, следовательно, все C API) являются частными пакетами.

...