Magento 2: Run `setup: di: compile` ** เท่านั้น ** เป็นโมดูลเฉพาะ?

เป็นไปได้หรือไม่ที่จะสร้างโค้ดล่วงหน้าสำหรับโมดูลใดโมดูลหนึ่งโดยเฉพาะ? IE - ฉันสามารถสร้างรหัสทั้งหมดในระบบด้วย

php bin/magento setup:di:compile

อย่างไรก็ตามอาจใช้เวลานาน ฉันต้องการสร้างไฟล์ล่วงหน้าเฉพาะสำหรับโมดูลเฉพาะ

php bin/magento setup:di:compile Pulsestorm_Commercebug

ปัญหาเฉพาะที่ฉันพยายามแก้ไขคือการแก้ไขปัญหานี้โดยที่บางปลั๊กอินไม่ได้รับการยอมรับในโหมดผู้พัฒนา / ค่าเริ่มต้น

คำตอบสั้น ๆ : ไม่, ตอนนี้ไม่สามารถใช้เครื่องมือที่มาพร้อมกับ Magento ได้

คำอธิบาย: เราต้องแยกแยะความแตกต่างสร้างรหัสและรวบรวม คอมไพเลอร์ทำทั้งสองอย่าง สำหรับการดำเนินการทั้งสองเราจำเป็นต้องอ่านการกำหนดค่าของโมดูลวีโอไอพีอื่น ๆ ทั้งหมดไม่เช่นนั้นเอาต์พุตของพวกเขาจะไม่ถูกต้องหรือไม่เต็ม

การคอมไพล์สำหรับหนึ่งโมดูลไม่สมเหตุสมผลเนื่องจากวีโอไอพีจะไม่ทำงานกับการกำหนดค่าที่คอมไพล์แล้วสำหรับหนึ่งโมดูลเท่านั้น

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

ความสามารถในการbin/magentoปฏิบัติการของ Magento เป็นเพียงส่วนประกอบของ Symfony Console ซึ่งหมายความว่าคุณสามารถค้นหาไฟล์แต่ละไฟล์ที่เรียกคืนได้สำหรับคำสั่งเดียว การตั้งชื่อจะเหมือนกันเสมอดังนั้นสำหรับการตั้งค่า: di: คอมไพล์คุณสามารถค้นหา DiCompileCommand.php ( setup/src/Magento/Setup/Console/Command/DiCompileCommand.php)

มันจะเรียกใช้exeucte()เมธอดอยู่เสมอเพื่อที่เราจะต้องมองหา ในฟังก์ชั่นนี้คุณจะเห็นการ$operationsตั้งค่า var ซึ่งเต็มไปด้วยgetOperationsConfiguration()วิธีการ วิธีการนี้โดยทั่วไปจะบอก DiCompileCommand ว่าจะรวบรวมอะไร

สิ่งแรกที่ฉันพยายามจะคืนก็เป็นเพียงส่วนของตัวสร้างโค้ดแอปพลิเคชันเช่นนั้น

private function getOperationsConfiguration(
    array $compiledPathsList
) {
    $excludePatterns = [];
    foreach ($this->excludedPathsList as $excludedPaths) {
        $excludePatterns = array_merge($excludedPaths, $excludePatterns);
    }

    return [
        OperationFactory::APPLICATION_CODE_GENERATOR => [
            'paths' => [
                $compiledPathsList['application'],
                $compiledPathsList['library'],
                $compiledPathsList['generated_helpers'],
            ],
            'filePatterns' => ['php' => '/\.php$/'],
            'excludePatterns' => $excludePatterns,
        ]
    ];
}

นี่เป็นไปด้วยดีเวลารวบรวมก็ลดลงอย่างมาก

Compilation was started.
Application code generator... 1/1 [============================] 100% 45 secs 308.8 MiB
Generated code and dependency injection configuration successfully.

ตรงข้ามกับ;

Compilation was started.
Interception cache generation... 7/7 [============================] 100% 3 mins 377.0 MiBB8 MiB
Generated code and dependency injection configuration successfully.

แน่นอนว่านี่เป็นสิ่งที่คาดหวังตั้งแต่เราตัดสิ่งต่าง ๆ ออกไป แต่คุณไม่ได้ระบุที่ไฟล์ที่คุณต้องการที่จะมีการสร้าง ไม่สามารถสร้างไฟล์ทั้งหมดได้ในแต่ละโมดูลเนื่องจากตัวอย่างเช่นคลาส Interception นั้นอาจขึ้นอยู่กับหลาย ๆ โมดูลและจะให้ผลการทำงานที่ จำกัด หากคุณใช้เพียงโมดูลเดียวเท่านั้น

คุณสามารถค้นหาเครื่องกำเนิดไฟฟ้าที่รับผิดชอบได้ที่นี่;

การติดตั้ง / src / วีโอไอพี / ติดตั้ง / โมดูล / Di / แอป / งาน / การดำเนินงาน /

แต่ละคลาสมี foreach อยู่ในนั้นซึ่งจะช่วยให้คุณเพิ่ม if / else ด้วยการข้ามโมดูล / พา ธ บางอย่างต่อไป อาจเป็นประโยชน์ในการตรวจสอบเอกสารประกอบอาร์กิวเมนต์ของอินพุตคอนโซลของ Symfonyเกี่ยวกับวิธีป้อนอาร์กิวเมนต์ลงในคำสั่ง

คุณสามารถรับรู้โดย

แพคเกจ> โมดูล> registration.php

<?php
use \Magento\Framework\Component\ComponentRegistrar;
ComponentRegistrar::register(ComponentRegistrar::MODULE, 'Package_Module', __DIR__);

และกว่าวิ่ง

php -f bin / magento module: เปิดใช้งาน --clear-static-content Package_Module

register.php จะจดจำโมดูลและโมดูลที่กำหนดเองของคุณ

ฉันหวังว่านี่จะช่วยคุณได้

เมื่อคุณเปลี่ยนคอนสตรัคเตอร์ของคุณสำหรับคลาสที่สร้างขึ้นในคำขอก่อนหน้ามันจะพัง ถ้าคุณอยู่ในความต้องการดังกล่าวเพียงแค่ลบvar/cache, var/generationและvar/di(ถ้ามี) และรีเฟรชหน้าเว็บ ตรวจสอบให้แน่ใจว่าโหมดเป็นผู้พัฒนาที่คุณกำลังทำงาน

(ฉันไม่ได้พูดแบบนี้วีโอไอพีจะไม่คอมไพล์หรือสร้างโค้ดเบสใช่มันจะทำเช่นนี้มันช่วยให้รู้สึกโล่งใจเล็กน้อยจากการรัน "setup: di: compile" ทุกครั้งที่คุณทำการเปลี่ยนแปลงเส้นทางหรือคลาสของคุณ)