Pełne nazwy klas w metodach fabrycznych Magento

W Magento 1, jeśli użyję pełnej nazwy klasy Magento w metodzie fabrycznej, jestem w stanie utworzyć instancję obiektu

//trying full class name instead of catalog/product
$object = Mage::getModel('Mage_Catalog_Model_Product');

Jednak to samo nie będzie działać dla pomocników. Jeśli spróbujesz

Mage::helper('Mage_Core_Helper_Url');

Dostajesz

Warning: include(Mage/Mage/Core/Helper/Url/Helper/Data.php): failed to open stream: No such file or directory  in /path/to/magentolib/Varien/Autoload.php on line 93

#0 /path/to/magentolib/Varien/Autoload.php(93): mageCoreErrorHandler(2, 'include(Mage/Ma...', '/path/to/magent...', 93, Array)
#1 /path/to/magentolib/Varien/Autoload.php(93): Varien_Autoload::autoload()
#2 [internal function]: Varien_Autoload->autoload('Mage_Mage_Core_...')
#3 /path/to/magentoapp/Mage.php(547): spl_autoload_call('Mage_Mage_Core_...')
#4 /path/to/magentoapp/code/local/Sebastianjuffar/Commercebug/controllers/IndexController.php(11): Mage::helper('Mage_Core_Helpe...')
#5 /path/to/magentoapp/code/core/Mage/Core/Controller/Varien/Action.php(418): Sebastianjuffar_Commercebug_IndexController->indexAction()
#6 /path/to/magentoapp/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch('index')
#7 /path/to/magentoapp/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#8 /path/to/magentoapp/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
#9 /path/to/magentoapp/Mage.php(684): Mage_Core_Model_App->run(Array)
#10 /path/to/magentoindex.php(87): Mage::run('', 'store')
#11 {main}

Co się dzieje?

Z czysto kodującego punktu widzenia, jeśli spojrzysz na getModelClassNamemetodę (kilka wywołań w dół stosu od Mage::getModel)

public function getModelClassName($modelClass)
{
    $modelClass = trim($modelClass);
    if (strpos($modelClass, '/')===false) {
        return $modelClass;
    }
    return $this->getGroupedClassName('model', $modelClass);
}

zobaczysz, że jeśli Magento nie widzi /aliasu klasy, zakłada, że ​​jest to pełna nazwa klasy. Jeśli jednak getHelperClassNamefunkcja

public function getHelperClassName($helperName)
{
    if (strpos($helperName, '/') === false) {
        $helperName .= '/data';
    }
    return $this->getGroupedClassName('helper', $helperName);
}

Jeśli Magento nie widzi /aliasu w klasie, oznacza to, że używasz krótkiej formy

Mage::helper('catalog')

i dodaje a datana końcu aliasu, aby klasa rozwiązała poprawnie ( catalog/datado Mage_Catalog_Model_Data).

Umożliwia to pomocnikom krótkich formularzy, ale uniemożliwia Magento odróżnienie krótkiego aliasu pomocnika od długiej nazwy klasy formularza.

Ostateczne „dlaczego” tego jest prawdopodobnie trudne do sprecyzowania - to, że tworzenie instancji pełnej nazwy klasy w ten sposób działa, może być po prostu efektem ubocznym ochronnych praktyk kodowania od jednego programisty, które były niezgodne z pragnieniem innego programisty, aby każdy moduł miał „główna” klasa pomocnicza. Może to być także jeden przepracowany programista, który szybko podejmuje decyzje. Prawdopodobnie jest tam lekcja zarządzania projektami i rozwoju systemów.