EJB 3-Session-Bean-Design für eine Einfache CRUD -

Ich Schreibe eine Anwendung, die Sohle Zweck im Leben ist zu tun CRUD-Operationen für die Aufrechterhaltung der Datensätze in der Datenbank. Es gibt Beziehungen, die zwischen einigen der Tabellen/Entitäten. Die meisten Beispiele, die ich gesehen habe für die Erstellung von session beans beschäftigt sich mit komplexen business-Logik/Operationen, die in Wechselwirkung mit vielen Personen, die ich nicht habe.

Da meine Anwendung ist also sehr einfach, was wäre das beste design für die session-bean(s)?

Dachte ich, dass eine session-bean pro Person hatte die CRUD-Methoden definiert werden. Dann dachte ich an die Kombination all dieser session beans in einer einzigen session-bean. Und dann fand ich diesen blog-Eintrag ist interessant, aber ich muss zugeben, ich verstehe nicht alles (was ist ein ServiceFacade?).

Ich bin Neigung in Richtung session-bean/entity-Klasse, aber würde gerne mehr hören erfahrene Meinungen.

Dank.

Hoppla, hier ist der blog link: http://www.adam-bien.com/roller/abien/entry/generic_crud_service_aka_dao

InformationsquelleAutor sdoca | 2010-05-31

Nicht sicher, was blog-Eintrag du redest 🙂 Aber in deiner konkreten situation¹, würde ich wahrscheinlich verwenden Sie eine einzelne session-bean Implementierung einer Schnittstelle ähnlich:

public interface GenericCrudService {
    public <T> T create(T t);
    public <T> T find(Class<T> type, Object id);
    public <T> void delete(T t);
    public <T> T update(T t);
    public List findWithNamedQuery(String queryName);
    public List findWithNamedQuery(String queryName, int resultLimit);
    public List findWithNamedQuery(String namedQueryName, 
                                   Map<String, Object> parameters);
    public List findWithNamedQuery(String namedQueryName, 
                                   Map<String, Object> parameters,
                                   int resultLimit);
    public <T> List<T> findWithNativeQuery(String sql, Class<T> type);
}

Und die Bohne wäre wie folgt:

@Stateless
@Remote(GenericCrudService.class)
@TransactionAttribute(TransactionAttributeType.MANDATORY)
public class GenericCrudServiceBean implements GenericCrudService {
    @PersistenceContext
    private EntityManager em;

    @Override
    public <T> T create(T t) {
        em.persist(t);
        return t;
    }

    @Override
    public <T> T find(Class<T> type, Object id) {
        return em.find(type, id);
    }

    @Override
    public <T> void delete(T t) {
        t = em.merge(t);
        em.remove(t);
    }

    @Override
    public <T> T update(T t) {
        return em.merge(t);
    }

    @Override
    public List findWithNamedQuery(String queryName) {
        return em.createNamedQuery(queryName).getResultList();
    }

    @Override
    public List findWithNamedQuery(String queryName, int resultLimit) {
        return em.createNamedQuery(queryName).setMaxResults(resultLimit)
                .getResultList();
    }

    @Override
    public List findWithNamedQuery(String namedQueryName,
                                   Map<String, Object> parameters) {
        return findWithNamedQuery(namedQueryName, parameters, 0);          
    }

    @Override
    public List findWithNamedQuery(String namedQueryName,
                                   Map<String, Object> parameters,
                                   int resultLimit) {
        Query query = this.em.createNamedQuery(namedQueryName);
        if(resultLimit > 0) {
            query.setMaxResults(resultLimit);            
        }
        for (Map.Entry<String, Object> entry : parameters.entrySet()) {
            query.setParameter(entry.getKey(), entry.getValue());
        }
        return query.getResultList();
    }

    @Override
    @SuppressWarnings("unchecked")
    public <T>  List<T> findWithNativeQuery(String sql, Class<T> type) {
        return em.createNativeQuery(sql, type).getResultList();
    }
}

Siehe auch

_{¹ die Meisten Anwendung sollte dem nicht aussetzen raw-CRUD-direkt zum Kunden, sondern Schild CRUD hinter Dienstleistungen, der Implementierung von business-Regeln und Kapselung von Zugriff auf Domain-Läden (die EntityManager).}

Sorry vergessen zu posten Sie den link zu dem blog, habe ich bearbeitet/Hinzugefügt. Es ist sehr ähnlich wie deine Lösung, aber sagt, dass "Der interface-Implementierung ist eigentlich ein Service, der immer ausgeführt werden soll, hinter einer ServiceFacade", die ich hab noch nicht herausgefunden,.
Es brauchte eine Weile, um zu verstehen, die generische Klassen (noch immer einen Zugriff auf Generika). Aber, ich habe herausgefunden, was theymean/do. Danke!
Hat deine Umsetzung oben Tat, was u sagte,shield CRUD behinds services implementing business rules and encapsulate access to EntityManager. Es scheint, dass Sie nicht Kapseln den Zugriff auf EntityManager. Wie sollte man das lösen den obigen code zu Kapseln EntityManager. Noch eine Frage, wenn ich versuche, Zugriff auf den EJB-aus meiner Managed Bean, ich habe zu tun @EJB private GenericCrudService myEJB statt @EJB private GenericCrudServiceBean myEJB. Ich dachte, letzteres würde mehr Sinn machen, weil GenericCrudService ist einfach und die Benutzeroberfläche GenericCrudServiceBean ist ein stateless bean
Ich habe paar Frage zu meiner Lösung, poste ich eine neue Frage hier, bitte um Hilfe: stackoverflow.com/questions/5641310/...

InformationsquelleAutor Pascal Thivent

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.