Saltar al contenido

Funciones tramitador procesal

Procedural programming deutsch

Este artículo necesita citas adicionales para su verificación. Por favor, ayude a mejorar este artículo añadiendo citas de fuentes fiables. El material sin fuente puede ser cuestionado y eliminado.Buscar fuentes:  “Procedural programming” – news – newspapers – books – scholar – JSTOR (April 2008) (Learn how and when to remove this template message)

La programación procedimental es un paradigma de programación, derivado de la programación imperativa,[1] basado en el concepto de llamada a procedimiento. Los procedimientos (un tipo de rutina o subrutina) simplemente contienen una serie de pasos computacionales que deben llevarse a cabo. Cualquier procedimiento puede ser llamado en cualquier momento de la ejecución de un programa, incluso por otros procedimientos o por él mismo. Los primeros lenguajes de programación procedimental importantes aparecieron alrededor de 1957-1964, incluyendo Fortran, ALGOL, COBOL, PL/I y BASIC.[2] Pascal y C se publicaron alrededor de 1970-1972.

Los procesadores de ordenador proporcionan soporte de hardware para la programación procedimental a través de un registro de pila e instrucciones para llamar a los procedimientos y regresar de ellos. El soporte de hardware para otros tipos de programación es posible, pero ningún intento tuvo éxito comercial (por ejemplo, las máquinas Lisp o los procesadores Java) [contradictorio].

Ejemplo de programación procedimental

El contenido de Verywell Mind es revisado rigurosamente por un equipo de verificadores de hechos calificados y experimentados. Los verificadores de hechos revisan los artículos para comprobar su exactitud, relevancia y actualidad. Nos basamos en las fuentes más actuales y reputadas, que se citan en el texto y se enumeran al final de cada artículo. El contenido se comprueba después de ser editado y antes de su publicación. Más información.

La memoria procedimental es un tipo de memoria a largo plazo que implica cómo realizar diferentes acciones y habilidades. Esencialmente, es la memoria de cómo hacer ciertas cosas. Montar en bicicleta, atarse los zapatos o cocinar una tortilla son ejemplos de memoria procedimental.

Los recuerdos procedimentales comienzan a formarse muy pronto en la vida, cuando se empieza a aprender a caminar, hablar, comer y jugar. Estos recuerdos están tan arraigados que son casi automáticos. No es necesario pensar conscientemente en cómo realizar estas habilidades motrices; simplemente se hacen sin pensar mucho, o nada.

Aunque es fácil demostrar estas acciones, explicar cómo y dónde las aprendiste puede ser mucho más difícil. En muchos casos, estas habilidades se aprenden durante la primera infancia. Aprender a caminar es un buen ejemplo. Una vez aprendida esta acción, no es necesario recordar conscientemente cómo funciona el proceso. La memoria procedimental toma el relevo y le permite realizar la habilidad sin pensar en ella. En el caso de actividades como aprender a conducir o montar en bicicleta, basta con practicarlas tan a menudo que se arraigan.

Lenguaje de programación procedimental

Es posible manejar señales externas desde un procedimiento. Mientras la señal esté dentro del ámbito del procedimiento, se puede acceder a ella para leerla o escribirla, aunque no aparezca en la lista de parámetros.

Los procedimientos que se declaran en la región declarativa de la arquitectura, no pueden manejar ninguna señal externa. Esto es simplemente porque no hay señales en su ámbito en tiempo de compilación. Un procedimiento declarado dentro de un proceso, por otro lado, tendrá acceso a todas las señales que el proceso puede ver.

Tales procedimientos pueden ser utilizados para despojar a los algoritmos en los procesos donde las mismas operaciones ocurren varias veces. Podríamos utilizar un procedimiento normal en el que todas las entradas y salidas se asignan a señales locales cuando se llama, pero ese no es el punto. Al omitir las señales de entrada y salida de la llamada al procedimiento, debemos teclear menos, y lo que es más importante, hacemos el código más legible.

Imagina un procedimiento que implemente un complejo protocolo de comunicación. Sería mucho más fácil entender el flujo de ejecución del algoritmo principal si algunas operaciones fueran reemplazadas por llamadas a procedimientos como RequestToSend() o SendAutorizationHeader(). Sabrías lo que hacen esas líneas con sólo mirar los nombres de los procedimientos.

Programación procedimental

Un procedimiento es un bloque de sentencias de Visual Basic delimitado por una declaración (Function, Sub, Operator, Get, Set) y una declaración End correspondiente. Todas las sentencias ejecutables en Visual Basic deben estar dentro de algún procedimiento.

Se invoca un procedimiento desde algún otro lugar del código. Esto se conoce como una llamada a un procedimiento. Cuando el procedimiento termina de ejecutarse, devuelve el control al código que lo invocó, que se conoce como código de llamada. El código de llamada es una sentencia, o una expresión dentro de una sentencia, que especifica el procedimiento por su nombre y le transfiere el control.

Un procedimiento devuelve el control al código de llamada cuando ha terminado de ejecutarse. Para ello, puede utilizar una sentencia Return, la sentencia Exit apropiada para el procedimiento, o la sentencia End <keyword> del procedimiento. El control pasa entonces al código llamante después del punto de la llamada al procedimiento.

En la mayoría de los casos, un procedimiento necesita operar con datos diferentes cada vez que se le llama. Puedes pasar esta información al procedimiento como parte de la llamada al procedimiento. El procedimiento define cero o más parámetros, cada uno de los cuales representa un valor que espera que le pases. A cada parámetro de la definición del procedimiento le corresponde un argumento en la llamada al procedimiento. Un argumento representa el valor que se pasa al parámetro correspondiente en una llamada a procedimiento determinada.