Un stub de método o simplemente stub [1] en el desarrollo de software es un fragmento de código que se usa para reemplazar alguna otra funcionalidad de programación. Un stub puede simular el comportamiento de un código existente (como un procedimiento en una máquina remota; estos métodos a menudo se denominan simulacros) o ser un sustituto temporal del código aún por desarrollar. Por lo tanto, los stubs son más útiles en la portabilidad , la computación distribuida , así como el desarrollo y las pruebas de software en general .
Un ejemplo de un código auxiliar en pseudocódigo podría ser el siguiente:
temperatura = Termómetro Leer (exterior) si la temperatura> 40 entonces imprimir "¡Hace calor!"terminara si
función TermómetroRead (Fuente dentro o fuera) retorno 28 función final
El pseudocódigo anterior utiliza la función ThermometerRead , que devuelve una temperatura. Aunque ThermometerRead debería leer algún dispositivo de hardware, esta función actualmente no contiene el código necesario. Por lo tanto, ThermometerRead , en esencia, no simula ningún proceso, sin embargo , devuelve un valor legal, lo que permite que el programa principal se pruebe al menos parcialmente. Aunque acepta el parámetro de tipo Source , que determina si se necesita temperatura interior o exterior, no utiliza el valor real pasado ( argumento insideOrOutside ) por el llamador en su lógica.
Un stub [2] es una rutina que en realidad no hace nada más que declararse a sí misma y los parámetros que acepta y devolver algo que normalmente son los valores esperados en uno de los "escenarios felices" para el llamador. Los stubs se utilizan comúnmente como marcadores de posición para la implementación de una interfaz conocida, donde la interfaz está finalizada / conocida pero la implementación aún no se conoce / finaliza. El stub contiene solo el código suficiente para permitir que se compile y se vincule con el resto del programa. En la nomenclatura RMI , un código auxiliar en el lado del cliente se comunica con un esqueleto en el lado del servidor. [3]
En el contexto de DOS y Windows , el término stub también se usa de una manera como shim para describir las pequeñas áreas de código de interfaz que quedan en la memoria convencional por los controladores residentes que se reubican automáticamente y que se mueven la mayor parte de ellos a la memoria superior , el área de memoria alta. , memoria expandida o extendida , así como stubs similares para permitir que el código reubicado se comunique con DOS en modo real junto con extensores DOS (como DPMI , DPMS , CLOAKING o NIOS ).
Los pequeños fragmentos de código ficticio que se ramifican, para permitir una salida elegante al invocar un binario gordo en el entorno incorrecto, también se denominan apéndices (de código).
Ver también
Referencias
- ^ Nell B. Dale; Chip Weems (2004). Programación en C ++ . Jones y Bartlett Learning. pag. 308. ISBN 978-0-7637-3234-9.
- ^ "talón" . WEBOPEDIA . Consultado el 28 de agosto de 2012 .
- ^ Freeman, Eric; Freeman, Elisabeth; Kathy, Sierra; Bert, Bates (2004). Hendrickson, Mike; Loukides, Mike (eds.). "Head First Design Patterns" (rústica) . 1 . O'REILLY: 440. ISBN 978-0-596-00712-6. Consultado el 28 de agosto de 2012 . Cite journal requiere
|journal=
( ayuda )
enlaces externos
- Un sistema de generación de stub para C ++ (PDF)
- Stub / mock frameworks para Java Revisión y comparación de stub y mock frameworks para Java