Best Practice für echte DAOs mit @Cacheable Annotationen

Question

Ich bin neu bei Spring und ich bin sehr aufgeregt über all die Dinge, die es bietet!

Momentan versuche ich ein paar DAOs in meinem bestehenden Projekt zu modernisieren. Insbesondere möchte ich meinen alten einfachen JDBC-Code durch Spring Jdbc-Unterstützung ersetzen und Spring's transparentes Caching einführen.

1. Erste Frage: bin ich richtig, dass die DAO-Schicht ist der richtige Ort @Cacheable Anmerkungen hinzufügen? Oder machen Sie das in der Business-Schicht?

2. Ich kann alle einfachen Beispiele folgen, die im Netz zu finden sind. Wenn es jedoch um mehr zu realen Welt Code kommt, ich stecken bleiben:

Insbesondere habe ich mehrere Methoden, die Instanzen meines Modells Publisher zurückzukehren. In meinen manuellen Cache-Implementierungen habe ich immer sichergestellt, dass nur eine Instanz zwischengespeichert und für die verschiedenen getPublisher()-Methoden abgerufen wird. Mit der Verwendung von @Cacheable und dem Versuch, Caching innerhalb des DAO zu kapseln, habe ich jedoch das Problem, dass die Annotation nicht für lokale Methodenaufrufe funktioniert (wegen Proxy).

Hier ist mein Beispielcode:

@Cacheable("publisherCache") 
public Publisher getPublisher(int publisherId) 
{ 
    String sql = "SELECT * FROM publisher LEFT JOIN publisherContacts USING (publisherId) WHERE publisherId=? ORDER BY publisherContactId ASC"; 
    return getJdbcTemplate().query(sql, publisherResultSetExtractor, publisherId); 
} 

public List<Publisher> findVisiblePublishers() 
{ 
    List<Publisher> publishers = new LinkedList<Publisher>(); 
    for (int publisherId : findVisiblePublisherIds()) 
    { 
     publishers.add(getPublisher(publisherId)); 
    } 
    return publishers; 
} 

@Cacheable(value = "publisherCache", key = "'list'") 
private List<Integer> findVisiblePublisherIds() 
{ 
    String sql = "SELECT publisherId FROM publisher WHERE isVisible='yes' ORDER BY imprintName"; 
    return getJdbcTemplate().queryForList(sql, Integer.class); 
} 

public Publisher findNearestPublisher(String appx) 
{ 
    appx = "%" + appx + "%"; 
    String sql = "SELECT publisherId FROM publisher WHERE publisherName LIKE ? OR imprintName LIKE ? ORDER BY imprintName DESC LIMIT 1"; 
    Integer publisherId = getJdbcTemplate().queryForObject(sql, Integer.class, appx, appx); 
    if (publisherId == null) 
     return null; 
    else 
     return getPublisher(publisherId); 
} 

Das war meine Idee, die, wie gesagt, nicht funktioniert.

Die einzigen Alternativen, die ich jetzt sehen können, sind:

a) Nur die getPublisher(publisherId) Methode Cache und alle anderen Methoden definieren, die Publisher s Rückkehr davon int s (publisherIds) oder Listen zurückzukehren. Dies ist aus API-Sicht nicht natürlich. Als Service- oder Geschäftslogik würde ich erwarten, Instanzen von der DAO zu bekommen, nicht nur IDs.

b) Fügen Sie @Cacheable zu allen Methoden hinzu, duplizieren Sie den Cache und verwenden Sie mehr Arbeitsspeicher als nötig (nehmen wir an, es gibt viele Publisher und diese sind schwere Objekte).

Was ist die beste Praxis rund um diese Must-Be-Pretty-Common Problem? Danke für alle Einsichten.

Answer 1

Gemeinsame Muster folgt: Für Persistenz-Ebene verwenden Sie Ruhezustand Zwischenspeicher der zweiten Ebene. Für Service-Layer verwenden Sie @Cacheable, um Dinge wie lange Berechnungen oder Web-Service-Aufruf-Ergebnisse zwischenzuspeichern.