Un fragmento de método [1] es un espacio breve y simple para un método que aún no está escrito para las necesidades de producción. Generalmente, un fragmento de método contiene el código suficiente para permitir su uso: una declaración con cualquier parámetro y, si corresponde, un valor de retorno. [2]
Se puede utilizar un fragmento de método para implementar una interfaz que está definida pero para la cual la implementación no está disponible.
En el siguiente pseudocódigo de ejemplo , la función ReadThermometer devuelve un valor particular, aunque en última instancia se supone que debe leer un valor de una fuente de hardware . Devuelve un valor válido, lo que permite ejecutar el código de consumo. La función ignora el parámetro de entrada source , que es común para un stub.
función ReadThermometer(Fuente fuente) devuelve 28 fin de función
En la computación distribuida , un stub es como un objeto simulado : simula un código existente, como un procedimiento en una máquina remota. Estos stubs pueden ser útiles para portar .
En la nomenclatura RMI , un stub en el lado del cliente se comunica con un esqueleto en el lado del servidor. [3]
En Windows y DOS , un stub es como un shim : un pequeño código de interfaz dejado en la memoria convencional por controladores residentes que se reubican automáticamente y que mueven la mayor parte de sí mismos a la memoria superior , el área de memoria alta , la memoria expandida o extendida , así como stubs similares para permitir que el código reubicado se comunique con el DOS en modo real junto con los extensores DOS (como DPMI , DPMS , CLOAKING o NIOS ).