parche de mono

El "monkey patching" consiste en modificar dinámicamente el código de ejecución (no el código fuente ) de un lenguaje de programación dinámico , y se refiere a la información (datos/código) utilizada para modificar dicho código. El "monkey patching" añade o reemplaza elementos de programación como métodos , clases , atributos y funciones en memoria . Modificar el código de ejecución permite alterar el comportamiento de software de terceros sin necesidad de mantener una versión modificada del código fuente.

El término «monkey patch» parece provenir de un término anterior, «guerrilla patch» , que se refería a modificar el código sigilosamente —y posiblemente de forma incompatible con otros parches similares— durante la ejecución. La palabra «guerrilla» , casi homófona de «gorila» , se convirtió en «monkey» , posiblemente para que el parche sonara menos intimidante. ^{[ 1 ]}

A pesar de lo que sugiere su nombre, un parche de mono es a veces el método oficial para extender un programa. Por ejemplo, los navegadores web como Firefox e Internet Explorer solían fomentarlo, aunque hoy en día los navegadores (incluido Firefox) admiten las extensiones de forma diferente. ^{[ 2 ]}

El término "monkey patch" varía según el contexto. En Ruby , ^{[ 3 ]} Python , ^{[ 4 ]} y otros lenguajes, "monkey patch" se refiere únicamente a la modificación dinámica de una clase o módulo en tiempo de ejecución, motivada por la intención de parchear código de terceros existente como solución alternativa a un error o característica que no funciona como se desea. Otras formas de modificar clases en tiempo de ejecución tienen nombres diferentes. Por ejemplo, en Zope y Plone , los parches de seguridad a menudo se entregan mediante la modificación dinámica de clases, pero se denominan "hot fixes" .

Algunos inconvenientes de la técnica de parcheo por reposición:

Incompatibilidad

Una nueva versión del software parcheado puede invalidar el parche. Por esta razón, un parche de modificación puede ser condicional y, por lo tanto, solo aplicarse si es apropiado. ^{[ 5 ]}

Sobrescritura

Si se aplica el mismo método varias veces, solo se utiliza el último; los demás parches no tienen efecto, a menos que se escriban parches de tipo monkey con un patrón como alias_method_chain . ^{[ 6 ]}

Confusión

Un monkey patch crea una discrepancia entre el código fuente y el comportamiento real que puede confundir a los desarrolladores. Por ejemplo, el kernel de Linux detecta módulos propietarios y de terceros, como el controlador de Nvidia , que alteran las estructuras del kernel, para que los desarrolladores no pierdan el tiempo intentando depurar un problema que no pueden solucionar. ^{[ 7 ]}

Caos

Un monkey patch puede contener código malicioso que ataca el programa u otros parches. Por ejemplo, en 2009, Giorgio Maone, desarrollador de NoScript , atacó la extensión Adblock Plus para Firefox, añadiendo excepciones para que los anuncios en sus sitios web funcionaran. El código malicioso también garantizaba que si el usuario intentaba eliminar las excepciones, estas se volverían a añadir. Se desató una guerra cada vez más intensa con nuevas reglas de bloqueo de anuncios impuestas a los usuarios, seguidas de sabotajes por parte de Maone, lo que finalmente llevó a Mozilla a intervenir para cambiar las políticas relativas a los complementos. ^{[ 8 ]}

El siguiente código modifica el valor de pi en la biblioteca matemática estándar de Python para que cumpla con la ley de pi de Indiana .

>>> import math >>> math.pi 3.141592653589793 >>> math.pi = 3.2 # modifica el valor de Pi en el módulo math >>> math.pi 3.2

La próxima vez que se inicie Python, el valor de pi será el que era antes del parche: 3.141592653589793.

• Consejos (programación)
• Programación orientada a aspectos
• Carga dinámica
• Método de extensión
• Categoría Objective-C
• Relleno de poliéster
• Código automodificable