Magento 2不支持在特征中进行依赖注入？

特质实际上与Magento中的依赖注入一起工作吗？考虑以下代码：

特质班

namespace Frame\Slick\Block;
use Frame\Slider\Slick\Block\Data as Helper

trait Slick
{
   protected $_slickHelper;
   public function __construct(Helper $slickHelper) 
   {
     $this->_slickHelper = $slickHelper;
   }
}

使用特征类

namespace Frame\Slick\Block;

class Product ListProduct implements BlockInterface 
{
   use Slick;
   public function testTrait()
   {
      return $this->_slickHelper->getHelloWorld();
   }
}

这似乎总是返回null，非常确定是否正确包含了所有内容。特质真的可以支持依赖注入吗？

编辑：例如，如果您在trait构造函数中执行di并将其分配给trait变量，然后在使用trait的类上对其进行调用，则它将始终返回null。其他都可以。

我已经测试过使用特质，并且效果很好。

这是我的特征：

<?php

namespace ProjectName\ModuleName\Controller\Adminhtml;

use Magento\Backend\App\Action\Context;
use ProjectName\ModuleName\Model\ResourceModel\Distributor\CollectionFactory as DistributorCollectionFactory;

trait DistributorTrait
{
    protected $distributorCollectionFactory;

    public function __construct(
        Context $context,
        DistributorCollectionFactory $distributorCollectionFactory
    )
    {
        parent::__construct($context);

        $this->distributorCollectionFactory = $distributorCollectionFactory;
    }
}

我在控制器中这样使用它：

<?php

namespace ProjectName\ModuleName\Controller\Adminhtml\Distributor;

use Magento\Backend\App\Action;
use ProjectName\ModuleName\Controller\Adminhtml\DistributorTrait;

class Index extends Action
{
    use DistributorTrait;

    public function execute()
    {
        dump($this->distributorCollectionFactory->create()->getItems());exit;
    }
}

结果如下：

我本人只是面对这个。最初的帖子已经很老了，所以现在的情况可能与发布时有所不同，但是我发现构造函数DI确实可以工作，但是有很多警告。

如果我在代码中使用以下特征：

<?php

namespace My\Module\Util;

use Psr\Log\LoggerInterface;

trait LoggerTrait
{
    protected $logger;

    public function __construct(
        LoggerInterface $logger
    ) {
        $this->logger = $logger;
    }

    /**
     * @return Logger
     */
    public function getLogger()
    {
        return $this->logger;
    }

    /**
     * @param Logger $logger
     */
    public function setLogger($logger)
    {
        $this->logger = $logger;
    }
}

然后在类中继续使用该特征：

<?php

namespace My\Module;

use \My\Module\Util\LoggerTrait;

class Service
{
    use LoggerTrait;

    public function doSomething() {
        $this->getLogger()->log('Something was done!');
    }
}

记录器界面注入完美，一切正常。但是，如果我想使用构造函数方法将自己的类注入Service类。例如：

<?php

namespace My\Module;

use \My\Module\Util\LoggerTrait;


class Service
{
    use LoggerTrait;

    public function __construct(
         \Some\Other\Class $class
    ) {
        $this->other = $class;
    }


    public function doSomething() {
        $this->getLogger()->log('Something was done!');
    }
}

在这种情况下，永远不会调用我特质的构造方法，这意味着永远不会设置我的类的$ logger属性。诚然，我没有太多使用traits，所以我的知识是有限的，但是我的假设是，这是因为我的课程已覆盖了我的trait的构造方法。这几乎是一个展示止步器，因为大多数Magento代码库都使用构造函数来注入依赖关系，从而有效地排除了它们在特征中的使用。

我可以看到的唯一真正的解决方案是直接使用ObjectManager注入您的特征依赖关系：

<?php

namespace My\Module\Util;

use Psr\Log\LoggerInterface;

trait LoggerTrait
{
    protected $logger;


    /**
     * @return Logger
     */
    public function getLogger()
    {
        if (is_null($this->logger)) {
            $objectManager = \Magento\Framework\App\ObjectManager::getInstance();
            $this->logger = $objectManager->create('Psr\Log\LoggerInterface');
        }
        return $this->logger;
    }

    /**
     * @param Logger $logger
     */
    public function setLogger($logger)
    {
        $this->logger = $logger;
    }
}

免责声明：通常不建议在Magento中使用ObjectManager，但是从我的情况下，我可以看到它是唯一的实际选择。在我的示例中，如果您想在类中设置其他记录器接口，则仍然可以通过将其注入构造函数中并覆盖类$ logger属性来实现。