Бобовый EJB 3 дизайн сессии для простого CRUD

Question

Бобовый EJB 3 дизайн сессии для простого CRUD

Я пишу приложение, это - единственная цель в жизни, должен сделать операции CRUD для поддержания записей в базе данных. Существуют отношения между некоторыми таблицами/объектами. Большинство примеров я видел создание бобовых соглашений о сессии со сложной бизнес-логикой / операции, которые взаимодействуют со многими объектами, которые я не имею.

Так как мое приложение таким образом очень простое, каков был бы лучший дизайн для боба (бобов) сессии?

Я думал о наличии одного боба сессии на объект, который имел CRUD определенные методы. Затем я думал об объединении всех тех бобов сессии в единственный боб сессии. И затем я нашел эту запись в блоге, которая интригует, но я должен признать, что не понимаю все это (что такое ServiceFacade?).

Я склоняюсь к классу боба/объекта сессии, но хотел бы услышать более опытные мнения.

Спасибо.

Ой, вот ссылка блога: http://www.adam-bien.com/roller/abien/entry/generic_crud_service_aka_dao

7

java java-ee ejb-3.0 ejb session-bean

задан sdoca 1 June 2010 в 05:11

1 ответ

Другие вопросы по тегам:

java java-ee ejb-3.0 ejb session-bean

Похожие вопросы:

score 11 · Accepted Answer

Не уверен, о какой записи в блоге вы говорите :) Но в вашей конкретной ситуации ¹, я бы, вероятно, использовал один сессионный компонент, реализующий интерфейс, подобный:

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);
}

И bean-компонент будет выглядеть следующим образом:

@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();
    }
}

См. Также

_{¹ Большинство приложений не должны предоставлять необработанный CRUD напрямую клиентам, а должны защищать CRUD за службами, реализующими бизнес-правила и инкапсулирующими доступ к хранилищам доменов ( EntityManager ).}