Strona główna / Enterprise / EJB kontra CDI
Enterprise Średniozaawansowany

EJB kontra CDI

Zastąp ciężkie EJB lekkimi beanami CDI do wstrzykiwania zależności i zarządzania transakcjami.

Porównanie kodu
✕ Java EE 
@Stateless
public class OrderEJB {
    @EJB
    private InventoryEJB inventory;

    public void placeOrder(Order order) {
        // container-managed transaction
        inventory.reserve(order.getItem());
    }
}
✓ Jakarta EE 8+ 
@ApplicationScoped
public class OrderService {
    @Inject
    private InventoryService inventory;

    @Transactional
    public void placeOrder(Order order) {
        inventory.reserve(order.getItem());
    }
}
Widzisz problem z tym kodem? Daj nam znać.
Dlaczego nowoczesne podejście wygrywa
🪶

Lekki

Beany CDI to zwykłe klasy Java bez interfejsów ani deskryptorów specyficznych dla EJB.

💉

Ujednolicone wstrzykiwanie

@Inject działa dla każdego zarządzanego beana, zasobów JAX-RS i komponentów Jakarta EE jednakowo.

🧪

Łatwe testowanie jednostkowe

Zwykłe klasy bez narzutu proxy EJB są proste do instancjonowania i mockowania.

Stare podejście
EJB
Nowoczesne podejście
Bean CDI
Od JDK
11
Poziom trudności
Średniozaawansowany
Wsparcie JDK
EJB kontra CDI
Dostępne

Szeroko dostępne od Jakarta EE 8 / Java 11

Jak to działa

CDI (Contexts and Dependency Injection) zapewnia to samo wstrzykiwanie zależności i zarządzanie transakcjami co EJB, ale jako zwykłe klasy Java bez interfejsów ani klas bazowych specyficznych dla kontenera. Zasięgi takie jak @ApplicationScoped i @RequestScoped kontrolują cykl życia, a @Transactional zastępuje obowiązkową semantykę transakcji EJB.

Powiązana dokumentacja
Jakarta CDI Specification ↗ Jakarta Transactions — @Transactional ↗
Dowód
Zobacz źródło dowodu ↗
Powiązane wzorce
Enterprise Średniozaawansowany

Servlet versus JAX-RS

Java EE
@WebServlet("/users")
public class UserServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req,
                         HttpServletResponse res)
            throws ServletException, IOException {
        String id = req.getParameter("id");
        res.setContentType("application/json");
        res.getWriter().write("{\"id\":\"" + id + "\"}");
    }
}
Jakarta EE 8+
@Path("/users")
public class UserResource {
    @GET
    @Produces(MediaType.APPLICATION_JSON)
    public Response getUser(
            @QueryParam("id") String id) {
        return Response.ok(new User(id)).build();
    }
}
Najedź, aby zobaczyć nową wersję ➜
JDK 11+ →
Enterprise Średniozaawansowany

JDBC versus JPA

Java EE
String sql = "SELECT * FROM users WHERE id = ?";
try (Connection con = dataSource.getConnection();
     PreparedStatement ps =
             con.prepareStatement(sql)) {
    ps.setLong(1, id);
    ResultSet rs = ps.executeQuery();
    if (rs.next()) {
        User u = new User();
        u.setId(rs.getLong("id"));
        u.setName(rs.getString("name"));
    }
}
Jakarta EE 8+
@PersistenceContext
EntityManager em;

public User findUser(Long id) {
    return em.find(User.class, id);
}

public List<User> findByName(String name) {
    return em.createQuery(
        "SELECT u FROM User u WHERE u.name = :name",
        User.class)
        .setParameter("name", name)
        .getResultList();
}
Najedź, aby zobaczyć nową wersję ➜
JDK 11+ →
Language Początkujący

Records for data classes

Java 8
public class Point {
    private final int x, y;
    public Point(int x, int y) { ... }
    public int getX() { return x; }
    public int getY() { return y; }
    // equals, hashCode, toString
}
Java 16+
public record Point(int x, int y) {}
Najedź, aby zobaczyć nową wersję ➜
JDK 16+ →