Tôi nên sử dụng @EJB hoặc @Inject

Tôi đã tìm thấy câu hỏi này: sự khác biệt giữa @Inject và @EJB là gì nhưng tôi không nhận được bất kỳ sự khôn ngoan nào. Tôi chưa từng làm Java EE trước đây và tôi cũng không có kinh nghiệm về việc tiêm phụ thuộc nên tôi không hiểu tôi nên sử dụng cái gì?

Có phải @EJB là một cách tiêm cũ? Việc tiêm EJB được thực hiện khi sử dụng chú thích này trong khi sử dụng @Inject có sử dụng khung CDI mới không? Đó có phải là sự khác biệt và tôi nên sử dụng @Inject thay vì @EJB nếu đây là trường hợp?

Nó @EJBđược sử dụng để tiêm chỉ EJB và có sẵn trong một thời gian khá lâu. @Injectcó thể tiêm bất kỳ bean được quản lý nào và là một phần của đặc tả CDI mới (kể từ Java EE 6).

Trong trường hợp đơn giản, bạn có thể chỉ cần thay đổi @EJBthành @Inject. Trong các trường hợp nâng cao hơn (ví dụ: khi bạn phụ thuộc nhiều vào @EJBcác thuộc tính như beanName, lookuphoặc beanInterface) hơn là để sử dụng, @Injectbạn sẽ cần xác định một @Producertrường hoặc phương thức.

Những nguồn này có thể hữu ích để hiểu được sự khác nhau giữa @EJBvà @Producesvà làm thế nào để tận dụng tốt nhất trong số họ:

Blog của Antonio Goncalves:
CDI Phần I
CDI Phần II
CDI Phần III

Tài liệu của JBoss Weld:
CDI và hệ sinh thái Java EE

StackOverflow:
Tiêm đậu @EJB dựa trên các điều kiện

@Injectcó thể tiêm bất kỳ loại đậu nào, trong khi @EJBchỉ có thể tiêm EJB. Bạn có thể sử dụng hoặc để tiêm EJB, nhưng tôi thích @Injectở mọi nơi.

Cập nhật: Câu trả lời này có thể không chính xác hoặc lỗi thời. Xin vui lòng xem ý kiến ​​để biết chi tiết.

Tôi chuyển từ @Injecttới @EJBvì @EJBcho phép tiêm tròn trong khi @Injectpukes trên đó.

Chi tiết: Tôi cần @PostConstructgọi một @Asynchronousphương thức nhưng nó sẽ thực hiện đồng bộ. Cách duy nhất để thực hiện cuộc gọi không đồng bộ là gọi cuộc gọi ban đầu là phương thức của một bean khác và yêu cầu nó gọi lại phương thức của bean ban đầu. Để làm điều này, mỗi hạt cần một tham chiếu đến cái khác - do đó thông tư. @Injectthất bại cho nhiệm vụ này trong khi @EJBlàm việc.

Đây là một cuộc thảo luận tốt về chủ đề này. Gavin King khuyến nghị @Inject hơn @EJB cho các EJB không từ xa.

http://www.seamframework.org/107780.lace

hoặc là

https://web.archive.org/web/20140812065624/http://www.seamframework.org/107780.lace

Re: Tiêm với @EJB hoặc @Inject?

26. Tháng 11 năm 2009, 20:48 Mỹ / New_York | Liên kết vua

Lỗi đó rất lạ, vì các tham chiếu cục bộ EJB phải luôn được tuần tự hóa. Lỗi trong cá thủy tinh, có lẽ?

Về cơ bản, @Inject luôn tốt hơn, vì:

it is more typesafe,
it supports @Alternatives, and
it is aware of the scope of the injected object.

Tôi khuyên bạn không nên sử dụng @EJB ngoại trừ việc khai báo các tham chiếu đến các EJB từ xa.

và

Re: Tiêm với @EJB hoặc @Inject?

29. Tháng 11 năm 2009, 17:42 Mỹ / New_York | Liên kết vua

    Điều đó có nghĩa là @EJB tốt hơn với các EJB từ xa?

Đối với EJB từ xa, chúng tôi không thể khai báo siêu dữ liệu như vòng loại, @Alternative, v.v., trên lớp bean, vì máy khách đơn giản là sẽ không có quyền truy cập vào siêu dữ liệu đó. Hơn nữa, một số siêu dữ liệu bổ sung phải được chỉ định mà chúng tôi không cần cho trường hợp cục bộ (tên JNDI toàn cầu của bất cứ điều gì). Vì vậy, tất cả những thứ đó cần phải đi đến một nơi khác: cụ thể là khai báo @ sản phẩm.

Cũng có thể hữu ích để hiểu sự khác biệt về thuật ngữ Nhận dạng Bean phiên khi sử dụng @EJB và @Inject. Theo thông số kỹ thuật, đoạn mã sau sẽ luôn là true:

@EJB Cart cart1;
@EJB Cart cart2;
… if (cart1.equals(cart2)) { // this test must return true ...}

Sử dụng @Inject thay vì @EJB không giống nhau.

xem thêm danh tính đậu phiên phi trạng thái để biết thêm thông tin

Việc tiêm đã tồn tại trong Java EE 5 với các chú thích @Resource, @PersistentUnit hoặc @EJB, chẳng hạn. Nhưng nó bị giới hạn ở một số tài nguyên nhất định (nguồn dữ liệu, EJB ..) Và vào một số thành phần nhất định (Servlets, EJBs, bean hỗ trợ JSF ..). Với CDI, bạn có thể tiêm gần như mọi thứ ở bất cứ đâu nhờ chú thích @Inject.