Уровень абстракции (Java)

Почему бы не использовать инверсию управления?

У вас есть набор абстракций, вы создаете несколько реализаций, а затем настраиваете свой общедоступный API для использования одной из реализаций.

Ваш API защищен набором интерфейсов, которые наследуют реализации. Вы можете добавить новые реализации позже, не изменяя код API, и вы можете переключаться даже во время выполнения.

Я больше не знаю, является ли инверсия управления инъекцией зависимостей или DI является формой Ioc, но ... просто вы снимаете ответственность за управление зависимостями с вашего компонента.

Здесь у вас будет

• Слой API (интерфейс, который использует клиент)
• реализации (бесконечно)
• оболочка (которая делает IoC, принося реализацию)

Уровень API:

// my-api.jar
public interface MyAPI {
    String doSomething();
}

public interface MyAPIFactory {
    MyAPI getImplementationOfMyAPI();
}

реализации:

// red-my-api.jar
public class RedMyAPI implements MyAPI {
    public String doSomething() {
        return "red";
    }
}

// green-my-api.jar
public class GreenMyAPI implements MyAPI {
    public String doSomething() {
        return "green";
    }
}

// black-my-api.jar
public class BlackMyAPI implements MyAPI {
    public String doSomething() {
        return "black";
    }
}

Некоторые оболочки предоставляют способ настроить правильную реализацию. Здесь вы можете скрыть свой корпус коммутатора на заводе или загрузить импл из конфига.

// wrapper-my-api.jar
public class NotFunnyMyAPIFactory implements MyAPIFactory {
    private Config config;

    public MyAPI getImplementationOfMyAPI() {
        if (config.implType == GREEN) {
            return new GreenMyAPI();
        } else if (config.implType == BLACK) {
            return new BlackMyAPI();                
        } else if (config.implType == RED) {
            return new RedMyAPI();                
        } else { 
           // throw...
        }
    }
}

public class ReflectionMyAPIFactory implements MyAPIFactory {
    private Properties prop;

    public MyAPI getImplementationOfMyAPI() {
        return (MyAPI) Class.forName(prop.get('myApi.implementation.className'))
    }
}

// other possible strategies

Фабрика позволяет использовать несколько стратегий для загрузки класса. В зависимости от решения вам нужно только добавить новую зависимость и изменить конфигурацию (и перезагрузить приложение... или нет), чтобы изменить реализацию.

Возможно, вы также захотите проверить производительность.

Если вы используете Spring, вы можете использовать интерфейс только в своем коде, и вы внедряете правильную реализацию из класса конфигурации (Spring — это контейнер DI). Но нет необходимости использовать Spring, вы можете сделать это непосредственно в основной точке входа (вы вводите из ближайшей точки входа).

• My-api.jar не имеет зависимостей (или, может быть, некоторых по отношению к внутренним слоям).
• Все jar для реализации зависят от my-api.jar и от вашего внутреннего кода.
• Баночка-обертка зависит от my-api.jar и от некоторых jar-файлов.

Таким образом, клиент загружает банку, которую он хочет, использует фабрику, которую он хочет, или конфигурацию, которая внедряет реализацию, и использует ваш код. Это также зависит от того, как вы раскрываете свой API.