Magento 2: doğrudan ObjectManager'ı kullanmak veya kullanmamak?

Tamam, dün, Magento topluluğunun diğer insanlarıyla sınıfların / şablonların doğrudan kullanımıObjectManager konusunda büyük bir konuşma yaptık .

Alan Kent'ten alıntı yaparak ObjectManager'ı doğrudan kullanmamamızın nedenlerinin farkındayım :

Birkaç sebep var. Kod işe yarar, ancak ObjectManager sınıfına doğrudan başvurmamak en iyisidir.

• Çünkü biz öyle diyoruz! ;-) (daha iyi tutarlı kod olarak ifade edilir iyi koddur)
• Kod gelecekte farklı bir bağımlılık enjeksiyon çerçevesiyle kullanılabilir
• Test etmek daha kolaydır - sahte bir ObjectManager vermek zorunda kalmadan, istenen sınıf için sahte argümanlara geçersiniz
• Bağımlılıkları daha net tutar - kodun ortasında saklı bağımlılıklardan ziyade, kodun yapıcı listesi üzerinden neye bağlı olduğu açıktır.
• Programcıları kapsülleme ve modülerleştirme gibi kavramlar hakkında daha iyi düşünmeye teşvik eder - eğer yapıcı büyürse, kodun yeniden yapılandırılması gereken bir işaret olabilir.

StackExchange'te gördüklerime göre, birçok insan örneğin kolay / kısa / tavsiye edilmeyen bir çözüm bulma eğilimindedir :

<?php 
//Get Object Manager Instance
$objectManager = \Magento\Framework\App\ObjectManager::getInstance();

//Load product by product id
$product = $objectManager->create('Magento\Catalog\Model\Product')->load($id);

Acı verici ama önerilen bir işlemden geçmek yerine :

• modül oluşturma
• tercihleri ​​bildirme
• bağımlılıkları enjekte etmek
• genel bir yöntem belirtmek

Ancak ve işte ikilem geliyor, Magento 2 çekirdek dosyaları genellikle doğrudan ObjectManager'ı çağırır . Hızlı bir örnek burada bulunabilir: https://github.com/magento/magento2/blob/develop/app/code/Magento/GoogleOptimizer/Block/Adminhtml/Form.php#L57

Sorularım işte burada:

• Magento neden yapmamamızı önerdiği şeyi yapıyor? Bu ObjectManagerdoğrudan kullanmamız gereken bazı durumlar olduğu anlamına mı geliyor ? Eğer öyleyse, bu davalar nelerdir?
• ObjectManager'ı doğrudan kullanmanın sonuçları nelerdir ?

ObjectManager'ı doğrudan kullanmamalısınız!

Kuralın istisnası:

• gibi statik sihirli yöntemlerde __wakeup, serializevb
• Yapıcıya geriye dönük uyumluluk yapmanız durumunda
• Küresel kapsamda, entegrasyon testi fikstürlerinde olduğu gibi.
• Sadece fabrika, proxy, vs. gibi nesnelerin yaratılması için ihtiyaç duyulan sınıfta

Öyleyse M2 neden biz buna karşı önerdiğimizde doğrudan nesne yöneticisine doğrudan erişiyor?

Acımasız cevap: M2, M1'in limanıdır - tam bir yeniden yazma değil. Bu nedenle, tüm M2 kodlarının henüz mükemmel şekilde taşındığını varsaymayın (ne yazık ki). M2 kod tabanında bir şey bulduğunuz için, bu "yapmanın en iyi yolu" anlamına gelmez. Bazen sadece "henüz tamir etmek için buralarda olmadık".

Daha az acımasız: Diğer yanıtlara göre, bazen alternatif olmadığından kullanmalısınız. Diğer zamanlarda geriye dönük uyumluluk nedenleriyle olabilir. Ve çerçeve kodu bazen doğrudan kullanmak mantıklıdır, çünkü çerçeve kodudur. Ancak, koda bakmadan tahmin etmek zorunda kalsaydım, çoğu gerçekten düzeltilmeli, ancak henüz bunu yapmak için yeterince öncelikli olmamıştı.

Sadece iyi ebeveynlik tavsiyelerini hatırlayın: "Çocuklar, söylediklerimi yapın, yaptığımı değil!"

Asla kullanmamalısın \Magento\Framework\App\ObjectManager::getInstance().
Bağımlılık enjeksiyonunun amacını yendi. Geri döndük Mage::getModel().
Nesne yöneticisi yalnızca fabrikalarda kullanılmalı ve daha sonra bir kurucuya enjekte edilmeli.

Bunu kullanmanın avantajı yazmak için daha az koddur. Ancak bu doğru yapmaz.
Bunun hala çekirdekte kullanıldığı gerçeği, henüz refaktör olmadığından kaynaklanmaktadır. Umarım olacak.

Magento neden yapmamamızı önerdiği şeyi yapıyor? Bu, ObjectManager'ı doğrudan kullanmamız gereken bazı durumlar olduğu anlamına mı geliyor? Eğer öyleyse, bu davalar ne?

Buradaki tüm hikayeyi bilmeden benim tahminim:

M2 gelişimi sırasında bazı aşamada Magento ekibi tekrarlarını yerini otomatik bir komut dosyası koştu Mage:getModel(), Mage::getSingleton(), $layout->createBlock()ObjectManager kullanmak, vb.

Daha sonra yeniden düzenleme, bunun yerine uygun bağımlılık enjeksiyonunu kullanmak için bunu düzeltmiş olmalıydı, ancak tüm oluşumları dönüştürmek için yeterli zaman / kaynak yoktu.

Ayrıca Magento ekibi son zamanlarda bunu bir kaçış mekanizması olarak kullanıyor gibi görünüyor. Mevcut bir uygulamayı bozmak yerine (yapıcıyı değiştirmek zorunda kalarak) yeni bağımlılığı ObjectManager aracılığıyla gizlerler. Bu yaklaşıma katılıyorum diyemem - BC'nin bozulmaması için daha kötü kod yazıyor.

ObjectManager'ı doğrudan kullanmanın doğrudan sonuçları nelerdir?

Bence sorunuz zaten yeterli nedenler içeriyor. Genel olarak gizli bir bağımlılık yaratır, başka bir deyişle bağımlılık uygulama detaylarındadır ve yalnızca kurucudan görülemez.

Nesne yöneticisini doğrudan kullanmamalısınız!

Örneğin:

\Magento\Framework\App\ObjectManager::getInstance();

Ayrıca, etkinlik gözlemcileri veya eklentileri ile çalışıyorsanız, asla doğrudan kullanmamalısınız.

Fabrikalarda kullanabilirsiniz, ancak önce Nesne Yöneticisini Kurucuya enjekte etmeniz ve ardından nesnesini yönteminizde kullanabilirsiniz.

Kullanmak için tercih edilir:

1) özel nesne bildir:

private $_objectManager;

2) yapıcıya enjekte edilir ve başlatılır:

public function __construct(
    \Magento\Framework\ObjectManagerInterface $objectmanager
) {
    $this->_objectManager = $objectmanager;
}

3) bazı yöntemlerde kullanın:

public function create() {
    return $this->_objectManager->create(/* ......... */);
}

Bu cevap Magento 2.2 sürümleri için geçerlidir, lütfen not alınız. Yeni Magento 2 standartlarına göre, artık objectManager örneğini bile kullanamıyoruz. Herhangi bir veri almak için nesne sınıfının veya havuzun fabrikasını kullanmalıyız.

Geliştiricilerin doğrudan Nesne Yöneticisi'ni kullanmaktan kesinlikle vazgeçilmelerinin ana nedeni, Nesne Yöneticisi'nin doğrudan kullanımının, uzantının derlenmiş sürüm modunda yüklenememesine neden olmasıdır.

Bu nedenle , Magento Bulutu'ndaki tüm müşteriler de dahil olmak üzere, serbest bırakma modunu kullanarak müşterileriniz için ayrılıyor .

Oldukça büyük oranda geliştiricilerin oranı (yaklaşık% 75), sürümlerinde yüklenip yüklenemeyeceklerini görmek için uzantılarını test etmiyor gibi görünüyor, bu nedenle hatalı ObjectManager kullanımı tarafından ortaya konan sorunlara rastlamayın.

2017 itibariyle, Magento Marketi, üzerinden satılan tüm eklentiler üzerinde bir derleme ve kurulum testi gerçekleştiriyor. Uzantınız doğrudan Nesne Yöneticisini kullanıyorsa, bu testleri geçemez ve siz bu sorunu çözüp yeniden yükleyene kadar Market'ten reddedilir.

Bir objectManager nesnesi oluşturarak deneyebilirsiniz ve doğrudan objectManager kullanmamalısınız .

Gibi bir şey kullanın

class Example extends \Magento\Framework\View\Element\Template
{
    private $_objectManager;

    public function __construct(
        \Magento\Framework\ObjectManagerInterface $objectmanager
    ){
        $this->_objectManager = $objectmanager;
    }

    public function getExample()
    {
        $customerSession = $this->_objectManager->create("Magento\Customer\Model\Session");
        if ($customerSession->isLoggedIn()) {
            $customerData = $customerSession->getCustomer()->getData();
            /*Your logic*/
        }
    }
}