การฉีดการพึ่งพาในรูปแบบวีโอไอพี CRUD / บทคัดย่อ

เป็นไปได้หรือไม่ที่จะฉีดการพึ่งพาลงในโมเดล Magento 2 CRUD?

นั่นคือ - วีโอไอพี 2 มีคลาสโมเดลนามธรรมพื้นฐาน: Magento\Framework\Model\AbstractModel. ถ้าคุณต้องการสร้างวัตถุสร้าง, อ่าน, อัปเดตและลบแบบง่ายคุณจะขยายคลาสนี้ด้วยคลาสของคุณเอง

class Foo extends Magento\Framework\Model\AbstractModel
{
}

เป็นไปได้หรือไม่ที่จะฉีดการพึ่งพาใน__constructวิธีการของแบบจำลองของคุณ? เมื่อฉันลองฉันจะได้รับข้อผิดพลาดต่อไปนี้

ข้อผิดพลาดร้ายแรง: ไม่สามารถยกตัวอย่างคลาสนามธรรม Magento \ Framework \ Model \ ResourceModel \ AbstractResource

ผู้กระทำผิดน่าจะเป็นAbstractModelของ__constructวิธีการ

public function __construct(
    \Magento\Framework\Model\Context $context,
    \Magento\Framework\Registry $registry,
    \Magento\Framework\Model\ResourceModel\AbstractResource $resource = null,
    \Magento\Framework\Data\Collection\AbstractDb $resourceCollection = null,
    array $data = []
) {

มีคำใบ้สองประเภทในตัวสร้างนี้ ( Magento\Framework\Model\ResourceModel\AbstractResource, Magento\Framework\Data\Collection\AbstractDb) ที่ไม่ใช่อินเตอร์เฟสของตัวจัดการวัตถุของวีโอไอพี พวกมันเป็นคลาสนามธรรม เมื่อฉันขยายชั้นเรียนนี้และพยายามที่จะเพิ่มการพึ่งพาการฉีดของฉัน

class Foo extends Magento\Framework\Model\AbstractModel
{
    public function __construct(
        \Magento\Framework\Model\Context $context,
        \Magento\Framework\Registry $registry,
        \Magento\Framework\Model\ResourceModel\AbstractResource $resource = null,
        \Magento\Framework\Data\Collection\AbstractDb $resourceCollection = null,
        array $data = [],
        \Package\Module\Model\Mine $mine,

    ) {
        //...
        parent::__construct($context, $registry, $resource, $resourceCollection, $data);

    }
}

Magento bails เมื่อตัวจัดการวัตถุพยายามยกตัวอย่างคลาสนามธรรม

ฉันสามารถ "แก้ไข" สิ่งนี้ได้โดยการย้ายการพึ่งพาวัตถุของฉันต่อหน้าคลาสนามธรรม

    public function __construct(
        \Magento\Framework\Model\Context $context,
        \Magento\Framework\Registry $registry,

        \Package\Module\Model\Mine $mine,

        \Magento\Framework\Model\ResourceModel\AbstractResource $resource = null,
        \Magento\Framework\Data\Collection\AbstractDb $resourceCollection = null,
        array $data = [],
    ) {  

อย่างไรก็ตามสิ่งนี้เปลี่ยนลำดับการโต้แย้ง ในคลาสที่จัดการออบเจ็กต์อย่างเต็มที่สิ่งนี้จะไม่เป็นปัญหา อย่างไรก็ตามความจริงที่ว่าคำใบ้ประเภทคลาสนามธรรมนั้นมีอยู่หมายความว่ามีบางส่วนของระบบวีโอไอพีที่จะดำเนินการด้วยตนเอง (เช่นไม่ผ่านผู้จัดการวัตถุหรือ DI) ยกตัวอย่างวัตถุ CRUD และส่งผ่านวัตถุที่สอดคล้องกับคำแนะนำเฉพาะในลำดับนั้น

ปลอดภัยไหม คือคลาสนามธรรมเหล่านี้อยู่ในคอนสตรัคเตอร์ของโมเดลนามธรรมซึ่งเป็นเพียงรหัสดั้งเดิมและไม่ได้ใช้หรือไม่ หรือบางส่วนของระบบจะยังคงใช้สิ่งเหล่านี้ซึ่งหมายความว่าเป็นไปไม่ได้ที่จะฉีดการพึ่งพาลงในแบบจำลอง CRUD?

ก่อนอื่นคอนสตรัคเตอร์คือ api ส่วนตัวของชั้นเรียน ฟังก์ชั่นการสร้างมีความหมายพิเศษและไม่จำเป็นต้องมีรายการ / คำสั่งของข้อโต้แย้งเช่นเดียวกับในระดับผู้ปกครอง

เป็นไปได้หรือไม่ที่จะฉีดการพึ่งพาลงในโมเดล Magento 2 CRUD?

ใช่แน่นอน

ปลอดภัยไหม

ใช่ แต่ Magento Object Manager ถือว่าพารามิเตอร์ทางเลือกทั้งหมดอยู่ท้ายรายการและพารามิเตอร์ที่จำเป็นหลังจากตัวเลือกจะไม่ได้รับการแก้ไข

$ resource ข้อโต้แย้ง $ resourceCollection เป็นแบบดั้งเดิม แต่ยังคงใช้กันอย่างแพร่หลายในคลาสรุ่น โมเดลส่วนใหญ่ใช้รหัสในลักษณะนี้เพื่อเริ่มต้นทรัพยากรและคลาสการรวบรวม

protected function _construct() { 
    $this->_init('Magento\AdminNotification\Model\Resource Model\Inbox'); 
}

นี่คือสาเหตุที่พารามิเตอร์นี้เป็นทางเลือก แต่ตัวอย่างเช่นในการทดสอบหน่วยเราจะผ่านการจำลองทรัพยากรหรือการเก็บรวบรวมในตัวสร้างเพื่ออนุญาตให้มีการแทนที่

ดูเหมือนว่าจะปลอดภัย อย่างน้อยวีโอไอพีก็กำลังทำสิ่งนี้อยู่หลายแห่ง ดูวิธีการสร้างโครงสร้าง __ ในรายการของคลาส (ไม่ใช่พิเศษ) ต่อไปนี้

• \ วีโอไอพี \ ธีม \ รุ่น \ ธีม \ ไฟล์
• \ วีโอไอพี \ ธีม \ รุ่น \ ออกแบบ
• \ วีโอไอพี \ ขาย \ รุ่น \ สั่งซื้อ \ ใบรับ

น่าเสียดายที่ฉันไม่สามารถตอบคำถามส่วนอื่นของคุณได้

1. คุณใช้โมเดลของคุณอย่างไร
2. ในกรณีของคุณ$mineเป็นที่ต้องการพารามิเตอร์ในขณะที่$resource, $resourceCollectionและ$dataเป็นตัวเลือก พารามิเตอร์ที่เป็นทางเลือกควรจะอยู่ได้ตลอดมิฉะนั้นจะเป็นไปไม่ได้ที่จะทำงานร่วมกับพวกเขาเช่นเดียวกับที่เป็นทางเลือก ดังนั้นดูเหมือนว่าฉันตกลงที่คุณควรระบุ$mineก่อนพารามิเตอร์ตัวเลือกใด ๆ