Персистентный Обмен сообщениями/Сервисная шина - Список мое собственное или риск кривая обучения?

Статья Robert Martin о Открывает, Closed Principle обеспечивает другую точку зрения:

ОБЪЕКТЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ (КЛАССЫ, МОДУЛИ, ФУНКЦИИ, ETC.) ДОЛЖНО БЫТЬ ОТКРЫТО ДЛЯ РАСШИРЕНИЯ, НО ЗАКРЫТЫЙ ДЛЯ МОДИФИКАЦИИ.

В Вашем примере кода, Вы эффективно включаете клиента 'Тип Категории'

boolean investible ;
switch (customer.getCategory()) {
    case SUB_PRIME:
    case MID_PRIME:
        investible = customer.getSavingsAccount().getBalance() > 1e6; break;
    case PRIME:
        investible = customer.isCeo(); break;
}

В этой нынешней обстановке, новые клиентские категории могли бы возникать ;-). Это означает иметь необходимость открыть этот класс и постоянно изменять его. Могло бы быть хорошо, если у Вас только есть единственный оператор переключения, но что происходит, если Вы хотите использовать подобную логику в другом месте.

, А не другие предложения, где isInvestible сделан методом на Customer, я сказал бы, что Cagtegory должен стать абсолютным классом, и используемый для того, чтобы принять эти решения:

boolean investible ;
CustomerCategory category = customer.getCategory();
investible = category.isInvestible(customer);

class PrimeCustomerCategory extends CustomerCategory {
    public boolean isInvestible(Customer customer) {
        return customer.isCeo();
    }
}