{"id":835045,"date":"2026-02-26T13:54:29","date_gmt":"2026-02-26T13:54:29","guid":{"rendered":"https:\/\/www.knowband.com\/blog\/?p=835039\/"},"modified":"2026-02-26T13:54:29","modified_gmt":"2026-02-26T13:54:29","slug":"c%c3%b3mo-usar-el-sistema-de-anulaci%c3%b3n-de-prestashop-sin-romper-el-n%c3%bacleo","status":"publish","type":"post","link":"https:\/\/www.knowband.com\/blog\/es\/sin-categorizar\/c%c3%b3mo-usar-el-sistema-de-anulaci%c3%b3n-de-prestashop-sin-romper-el-n%c3%bacleo\/","title":{"rendered":"C\u00f3mo usar el sistema de anulaci\u00f3n de PrestaShop sin romper el n\u00facleo"},"content":{"rendered":"

<\/head>El sistema de anulaciones de PrestaShop permite personalizar el comportamiento principal sin modificar los archivos originales. Sin embargo, si se usa de forma descuidada, crea tiendas fr\u00e1giles que fallan al actualizar. Esta gu\u00eda de Knowband explica c\u00f3mo funcionan las anulaciones, cu\u00e1ndo usarlas y tres problemas cr\u00edticos que todo desarrollador debe conocer.<\/span><\/p>\n

\u00bfQu\u00e9 es el sistema de anulaci\u00f3n?<\/b><\/h2>\n

PrestaShop usa la herencia de PHP para permitirte incorporar tu propia versi\u00f3n de cualquier clase principal sin modificar las originales. Cada clase principal se nombra con el sufijo “Core”, por ejemplo, “ProductCore”. Si creas \/override\/classes\/Product.php con una clase llamada “Product” que extiende “ProductCore”, PrestaShop cargar\u00e1 tu versi\u00f3n. Lo mismo ocurre con los controladores.<\/span><\/p>\n

Anule solo los m\u00e9todos espec\u00edficos que necesite modificar; nunca copie un archivo de clase completo. Esto simplifica la anulaci\u00f3n y reduce la probabilidad de conflictos con futuras actualizaciones.<\/span><\/p>\n

Ejemplo, exponer el nombre del controlador actual a su plantilla de encabezado:<\/span><\/p>\n

D\u00f3nde colocar los archivos de anulaci\u00f3n<\/b><\/h2>\n

Las anulaciones pueden residir en dos ubicaciones. El directorio global \/override\/ en la ra\u00edz de la instalaci\u00f3n se activa inmediatamente despu\u00e9s de borrar la cach\u00e9. La mejor estrategia es agrupar las anulaciones dentro de un m\u00f3dulo.<\/span><\/p>\n

Al colocar una anulaci\u00f3n dentro de un m\u00f3dulo (p. ej., \/modules\/mymodule\/override\/classes\/Product.php), PrestaShop la copia a \/override\/ durante la instalaci\u00f3n y la elimina sin problemas al desinstalarla. Este es el enfoque recomendado.<\/span><\/p>\n

Un ejemplo r\u00e1pido de anulaci\u00f3n de clase. Supongamos que desea exponer el nombre del controlador actual a su plantilla de encabezado:<\/span><\/p>\n

\/\/ \/anular\/clases\/controladores\/FrontController.php<\/span>\n\nclase FrontController extiende FrontControllerCore {<\/span>\n\n    funci\u00f3n p\u00fablica initHeader() {<\/span>\n\n        self::$smarty->assign('controladoractual', obtener_clase($esto));<\/span>\n\n        devolver padre::initHeader();<\/span>\n\n    }}<\/span>\n\nLlama siempre al m\u00e9todo padre a menos que tengas una raz\u00f3n deliberada para no hacerlo. Omitirlo interrumpir\u00e1 silenciosamente la funcionalidad principal.<\/span><\/pre>\n
Anulaci\u00f3n de clases de m\u00f3dulos y controladores<\/b><\/h2>\n
Desde PrestaShop 1.6, tambi\u00e9n puedes sobrescribir las clases de m\u00f3dulo. A\u00f1ade “Override” al nombre de la clase (por ejemplo, BlockUserInfoOverride que extiende BlockUserInfo) y col\u00f3cala en \/override\/modules\/. El mismo patr\u00f3n se aplica a los controladores de m\u00f3dulo. Despu\u00e9s de cualquier sobreescritura, borra la cach\u00e9, en concreto \/cache\/class_index.php, o no surtir\u00e1 efecto.<\/span><\/p>\n
Cu\u00e1ndo NO utilizar anulaciones<\/b><\/h2>\n
Las anulaciones son exclusivas: solo puede haber una por clase. Tambi\u00e9n est\u00e1n prohibidas en los m\u00f3dulos del mercado y deben reservarse para personalizaciones de tiendas privadas. Antes de optar por una anulaci\u00f3n, considere una de estas alternativas:<\/span><\/p>\n