Чистая архитектура и недействительность кеша

Ваше второе предположение верно, потому что кеширование - это деталь механизма сохранения. Например. если репозиторий будет файловым, кеширование репозитория может не быть проблемой (например, локальный ssd).

Интерактор (вариант использования) вообще не должен знать о кешировании. Это упростит тестирование, потому что вам не нужен настоящий кеш или макет для тестирования.

Моим вторым предположением было бы выполнить аннулирование кеша внутри InternetOrderSenderRepository, когда он знает, что заказ был успешно отправлен, но он заставит этот репозиторий узнать InternetOrderHistoryRepository, чтобы получить ключ кеша, используемый этим репо для управление кешем.

Кажется, что ваш ключ кеша состоит из нескольких свойств порядка, и поэтому вам нужно где-то инкапсулировать логику создания ключа кеша для повторного использования.

В этом случае у вас есть следующие возможности:

Одна реализация для обоих интерфейсов

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

Используйте служебный класс для создания ключа кеша

Просто извлеките логику создания ключа кеша в служебный класс и используйте ее в обоих репозиториях.

Создайте класс ключа кеша

Ключ кеша - это просто произвольный объект, потому что кеш должен только проверять, существует ли ключ, а это означает использование метода equals, который есть у каждого объекта. Но для большей безопасности типов большинство кешей используют общий тип для ключа, чтобы вы могли его определить.

Таким образом, вы можете поместить логику и проверку ключа кеша в собственный класс. Это имеет то преимущество, что вы можете легко проверить эту логику.

public class OrderCacheKey {

    private Integer orderId;
    private int version;

    public OrderCacheKey(Integer orderId, int version) {
        this.orderId = Objects.requireNonNull(orderId);
        if (version < 0) {
            throw new IllegalArgumentException("version must be a positive integer");
        }
        this.version = version;
    }

    public OrderCacheKey(Order order) {
        this(order.getId(), order.getVersion());
    }

    public boolean equals(Object obj) {
        if (this == obj)
            return true;
        if (obj == null)
            return false;
        if (getClass() != obj.getClass())
            return false;
        OrderCacheKey other = (OrderCacheKey) obj;

        if (!Objects.equals(orderId, other.orderId))
            return false;

        return Objects.equals(version, other.version);
    }

    public int hashCode() {
        int result = 1;
        result = 31 * result + Objects.hashCode(orderId);
        result = 31 * result + Objects.hashCode(version);
        return result;
    }

}

Вы можете использовать этот класс в качестве ключевого типа вашего кеша: Cache<OrderCacheKey, Order>. Затем вы можете использовать класс OrderCacheKey в обеих реализациях репозитория.

Добавьте интерфейс кеширования заказов, чтобы скрыть сведения о кешировании

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

public interface OrderCache {

    public void add(Order order);
    
    public Order get(Integer orderId, int version);

    public void remove(Order order);
    
    public void removeByKey(Integer orderId, int version);
}

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

Как подать заявку

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