mediarox / module-catalog-attribute-setup
Contains an alternative attributes setup class that includes an optimized create/update mechanism.
Installs: 240
Dependents: 0
Suggesters: 0
Security: 0
Stars: 0
Watchers: 1
Forks: 0
Open Issues: 0
Type:magento2-module
Requires
- php: ~7.4.0|~8.0|~8.1
- magento/framework: ~103.0.2
- magento/module-eav: ^102.1
- mediarox/module-eav-property-mapper: ^1.0.3
README
Description
A Magento 2 module/library that contains an alternative attributes setup class. It is intended to simplify the creation/updating of product and category attributes.
Installation
composer require mediarox/module-catalog-attribute-setup bin/magento setup:upgrade
Usage
In most use cases we "use" the supplied setup class
use Catalog\AttributeSetup\Setup\AttributeSetup;
or more specific
use Catalog\AttributeSetup\Setup\AttributeSetupFactory;
inside a patch file (Recurring or DataPatch).
Our goal was that each patch that wants to install/update attributes only needs to provide an array of information. Everything else is then taken care of by the setup class.
To make the point effectively, take note of the following example.
Example 1 - RecurringData patch
Force product attribute setting with recurring data patch (useful for development/not released projects).
<your_module>/Setup/RecurringData.php
use Magento\Catalog\Model\Product; use Magento\Framework\Setup\InstallDataInterface; use Magento\Framework\Setup\ModuleContextInterface; use Magento\Framework\Setup\ModuleDataSetupInterface; use Catalog\AttributeSetup\Setup\AttributeSetup; use Catalog\AttributeSetup\Setup\AttributeSetupFactory; class RecurringData implements InstallDataInterface { protected AttributeSetupFactory $attributeSetup; public function __construct( AttributeSetupFactory $attributeSetup ) { $this->attributeSetup = $attributeSetup; } public function install(ModuleDataSetupInterface $setup, ModuleContextInterface $context) { /** @var AttributeSetup $attributeSetup */ $attributeSetup = $this->attributeSetup->create([ 'setup' => $setup, 'attributeData' => $this->getAttributes() ]); $setup->startSetup(); $attributeSetup->addUpdateAttributes(); $setup->endSetup(); } public function getAttributes() : array { return [ Product::ENTITY => [ 'manufacturer' => [ 'is_filterable' => 0 ] ] ]; } }
Example explanations
- We always use the "getAttributes()" method internally to provide the attribute information. Feel free to do this differently.
- RecurringData patches use the "install" method as the main entry point. (In DataPatches, the "apply" method is used).
- RecurringData patches are executed on every "bin/magento setup:upgrade". Please use a DataPatch if you want to run only once.
- As usual in Magento, we still use a factory class with which we create new instances. (AttributeSetupFactory)
- In the "install" method we first create the new instance via the internal method "create" and pass our attribute information right away.
$attributeSetup = $this->attributeSetup->create([ 'setup' => $setup, 'attributeData' => $this->getAttributes() ]);
- Then, we run the "addUpdateAttributes" method on the instance to start the create/update process.
$attributeSetup->addUpdateAttributes();
Additional notes (yes, important)
Attribute information structure
As you can see in the example, the attributes array is grouped into the respective entity. ('catalog_product' or 'catalog_category')
Attribute property names
Magento unfortunately does not use a uniform name for the attribute properties. In some cases you have to use the short form and in others the long form. As a result, we have decided to uniformly push the long form. Following this, the module loads module eav-property-mapper as a dependency to ensure that we can/must use the long form across the board. (All short and long forms)
In summary: The long form must be used. If not, the script will abort due to validation.