الرئيسية / Enterprise / بحث JNDI مقابل حقن CDI
Enterprise متوسط

بحث JNDI مقابل حقن CDI

استبدل عمليات بحث JNDI الهشّة القائمة على السلاسل بحقن CDI الآمن من حيث النوع للموارد المُدارة بالحاوية.

مقارنة الكود
✕ Java EE 
public class OrderService {
    private DataSource ds;

    public void init() throws NamingException {
        InitialContext ctx = new InitialContext();
        ds = (DataSource) ctx.lookup(
            "java:comp/env/jdbc/OrderDB");
    }

    public List<Order> findAll()
            throws SQLException {
        try (Connection con = ds.getConnection()) {
            // query orders
        }
    }
}
✓ Jakarta EE 8+ 
@ApplicationScoped
public class OrderService {
    @Inject
    @Resource(name = "jdbc/OrderDB")
    DataSource ds;

    public List<Order> findAll()
            throws SQLException {
        try (Connection con = ds.getConnection()) {
            // query orders
        }
    }
}
هل ترى مشكلة في هذا الكود؟ أخبرنا.
لماذا يتفوق الأسلوب الحديث
🔒

توصيل آمن من حيث النوع

تُكتشف أخطاء الحقن وقت النشر لا وقت التشغيل عبر عمليات البحث النصية.

🗑️

لا كليشيه

يُزيل إنشاء InitialContext وسلاسل أسماء JNDI ومعالجة NamingException.

🧪

قابل للاختبار

التبعيات هي حقول محقونة يمكن استبدالها بسهولة بمحاكيات في اختبارات الوحدة.

الأسلوب القديم
بحث JNDI
الأسلوب الحديث
CDI @Inject
منذ JDK
11
الصعوبة
متوسط
دعم JDK
بحث JNDI مقابل حقن CDI
متاح

متاح على نطاق واسع منذ Jakarta EE 8 / Java 11

كيف يعمل

يُجبرك نمط JNDI التقليدي على استخدام أسماء موارد قائمة على السلاسل ومعالجة NamingException وإدارة InitialContext. يسمح حقن CDI بـ @Inject (أو @Resource لموارد الحاوية) للحاوية بتوصيل التبعيات تلقائياً. تصبح الأخطاء المطبعية أخطاء وقت الترجمة والفئات أسهل في الاختبار لأن التبعيات يمكن حقنها مباشرةً.

توثيق ذو صلة
Jakarta CDI Specification ↗ Jakarta Annotations — @Resource ↗
أنماط ذات صلة
Enterprise متوسط

EJB versus CDI

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());
    }
}
مرر للرؤية الحديث ←
JDK 11+ →
Enterprise متوسط

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();
}
مرر للرؤية الحديث ←
JDK 11+ →
Enterprise متوسط

Singleton EJB vs CDI @ApplicationScoped

Java EE
@Singleton
@Startup
@ConcurrencyManagement(
    ConcurrencyManagementType.CONTAINER)
public class ConfigCache {
    private Map<String, String> cache;

    @PostConstruct
    public void load() {
        cache = loadFromDatabase();
    }

    @Lock(LockType.READ)
    public String get(String key) {
        return cache.get(key);
    }

    @Lock(LockType.WRITE)
    public void refresh() {
        cache = loadFromDatabase();
    }
}
Jakarta EE 8+
@ApplicationScoped
public class ConfigCache {
    private volatile Map<String, String> cache;

    @PostConstruct
    public void load() {
        cache = loadFromDatabase();
    }

    public String get(String key) {
        return cache.get(key);
    }

    public void refresh() {
        cache = loadFromDatabase();
    }
}
مرر للرؤية الحديث ←
JDK 11+ →
مشاركة 𝕏 🦋 in ⬡