El Prograph es un visual, orientado al objeto, flujo de datos, el lenguaje de programación del multiparadigma que utiliza símbolos icónicos para representar las acciones que se adquirirán datos. Los entornos de desarrollo comerciales del software de Prograph tales como obra clásica y Prograph CPX de Prograph estaban disponibles para el Apple Macintosh y las plataformas de Windows durante muchos años pero fueron retirados eventual del mercado en el finales de los 90. La ayuda para la lengua de Prograph en OS X del mac ha reaparecido recientemente con el lanzamiento del entorno de desarrollo del software de la marta.

Historia

La investigación sobre Prograph comenzó en la universidad del Acadia en 1982 como investigación general en las idiomas del flujo de datos, estimuladas por un seminario sobre las idiomas funcionales conducidas por Michael Levin. Los diagramas fueron utilizados para aclarar la discusión, llevando a la penetración: " ¡puesto que los diagramas están más claros que el código, porqué no hacer los diagramas ellos mismos ejecutables! " Así Prograph - programando en gráficos - nació como lengua visual del flujo de datos. Este trabajo fue llevado por el Dr. Tomás Pietrzykowski, con Stan Matwin y Thomas Muldner co-authoring los papeles tempranos. A partir la 1983 a 1985, prototipos de la investigación fue empleado un sitio de trabajo de los gráficos de los ríos PERQ tres (en el Pascal, con los datos visualizados como bolas de fuego que bajan transmisiones de datos), y un VAX con un terminal de Tektronix, y un recopilador experimental fue programado en una PC de IBM . Este trabajo fue continuado en la universidad técnica de Nueva Escocia por Pietrzykowski y el Dr. Philip $cox, incluyendo una versión hecha en el prólogo .

En 1985, el trabajo comenzó por un prototipo commercialisable en Macintosh, la única extensamente - computadora disponible, a precio bajo con la ayuda de alto nivel de los gráficos disponible en ese entonces. A principios de 1986, este prototipo fue asumido el control por el los sistemas de Gunkara Sun (retitulado más adelante a los sistemas del TGS) para la comercialización, TGS antes que era una empresa consultora formada por Pietrzykowski en la universidad del Acadia. Trabajando con Pietrzykowski y $cox, Terry Kilshaw contrató y manejó a equipo de desarrollo original, con Jim Laskey como el revelador del plomo. En la marca 1987 Szpakowski sugirió la fusión de la objeto-orientación con flujo de datos visual, creando un " objectflow" sistema. Después de casi cuatro años de desarrollo, el primer lanzamiento comercial, v1.2, fue introducido en la conferencia OOPSLA en New Orleans en octubre de 1989. Este producto ganó la concesión bien escogida 1989 del redactor de MacUser para la mejor herramienta de desarrollo.0, lanzada en julio de 1990, agregada un recopilador al sistema.

TGS cambió su nombre al Prograph internacional (pi) en 1990. Aunque las ventas fueran lentas, el desarrollo de una nueva versión, Prograph CPX (extensiones de la Cruz-Plataforma del ) fue emprendido en 1992, que fue pensado para construir completamente usos de la cruz-plataforma. Esta versión fue lanzada en 1993, y seguida inmediatamente por el desarrollo de un marco de uso de servidor de cliente. A pesar de ventas cada vez mayores, la compañía no podía sostener gastos de explotación, y después de una tentativa fall del financiamiento en finales de 1994, entró custodia a principios de 1995.

Mientras que procedió la custodia, la gerencia y los empleados del pi crearon una nueva compañía, el Pictorius, que adquirió los activos del pi. Poco tiempo después, el desarrollo de una versión de Windows de Prograph CPX fue comenzado. Aunque nunca fuera lanzado formalmente, las versiones de Windows Prograph regularmente fueron puestas a disposición los clientes de Prograph CPX, algunos de quién viraron los usos hacia el lado de babor existentes escritos en Macintosh Prograph, con diversos grados de éxito.

Después de que la gerencia cambie en la nueva compañía, el énfasis cambiado de puesto del desarrollo de las herramientas a la programación de encargo y el desarrollo de la aplicación web. En abril de 2002 al grupo tecnológico del modelo de Bermudas adquirió y retituló a la pieza del desarrollo de la tela de la compañía el modelo Canadá. El nombre y las derechas de Pictorius al código fuente de Prograph fueron conservados por el capital de McLean Watson, una firma de inversiones Toronto-basada que había financiado pesadamente Pictorius. Una referencia a Pictorius apareció por una época en la página anterior de la lista, pero ha desaparecido desde entonces. La versión de Windows de CPX fue lanzada más adelante para el uso libre, y estaba disponible por algún tiempo para la transferencia directa de los remanente del Web site de Pictorius (acoplamiento abajo).

Un grupo de usuarios de Prograph (" Prographers") llamándose " El Prograph abierto Initiative" (OPI) formado en el finales de los 90 con la meta de mantener Prograph viable frente al OS avanza por Apple y Microsoft. Por una época el grupo también intentó crear un lenguaje de programación visual de la nueva abrir-fuente para servir como sucesor de Prograph, pero con el advenimiento del ambiente de programación visual de la marta de Andescotia, participación en el grupo esencialmente cesado.

Descripción

la complejidad del programa de los años 70 crecía considerablemente, pero las herramientas usadas para escribir programas eran generalmente similares a ésas usadas en los años 60. Esto llevó a los problemas al trabajar en proyectos más grandes, que llegaron a ser tan complejos que incluso los cambios simples eran difíciles de entender completamente. La considerable investigación en el problema llevó muchos para sentir que el problema era ése los sistemas de programación existentes centrados en la lógica del programa, mientras que en realidad la función de un programa era manipular datos. Si se van los datos a ser manipulados, porqué están no el " citizen" de la primera clase; ¿del lenguaje de programación? Trabajando sobre esa base, un número de nuevos sistemas de programación se desarrollaron, incluyendo la programación orientada al objeto y el flujo de datos que programaba .

Prograph tomó el concepto más lejos, introduciendo una combinación de metodologías orientadas al objeto y un ambiente totalmente visual para programar. Los objetos son representados por hexágonos con dos lados, uno que contiene las zonas de informaciones, el otro los métodos que las funcionan encendido. El Double-clicking de cualquier lado abriría una ventana que demuestra los detalles para ese objeto, por ejemplo, la apertura del lado de las variables demostraría variables de la clase en las variables de la tapa y de caso abajo. Double-clicking las demostraciones laterales del método los métodos ejecutados en esta clase, así como ésos heredados de los superclass. Cuando un método sí mismo double-clicked, se abre en otra ventana que exhibe la lógica.

En Prograph un método es representado por una serie de iconos, el cada contener del icono las instrucciones (o grupo de ellos). Dentro de cada método el flujo de datos es representado por las líneas en un gráfico dirigido . Los flujos de datos en la tapa del diagrama, los pasos con varias instrucciones, y los flujos se retiran eventual la parte inferior (si hay alguna salida).

Varias características del sistema de Prograph son evidentes en este cuadro de una operación de clasificación de la base de datos. La barra superior demuestra que este método, sort concurrent, se está pasando en un solo parámetro, la base de datos Object del A. Este objeto entonces se alimenta, vía las líneas, en varias operaciones. Tres de éstos extraen un índice nombrado (indexA etc.) del objeto usar la operación de getter (la salida no relacionada del comprador pasa encendido el " whole" el objeto), y entonces pasa el índice extraído a una operación de clase. La salida de estas operaciones de clase entonces se pasa, junto con una referencia a la base de datos original, a la operación final, el update database. La barra en la parte inferior del cuadro representa las salidas de este método, y en este caso no hay conexiones a él y así que este método no vuelve un valor.

En una lengua del flujo de datos las operaciones pueden ocurrir tan pronto como tengan entradas válidas para todas sus conexiones. Eso significa, en términos tradicionales, que cada operación en este método se podría realizar al mismo tiempo. En el ejemplo de base de datos, todas las clases podrían ocurrir al mismo tiempo si la computadora era capaz de suministrar los datos. Las idiomas del flujo de datos tienden a ser intrínsecamente concurrentes, significando ellas son capaces del funcionamiento en " de los sistemas del multiprocesador ; naturally", una de las razones que almacenó tanto interés en los años 80.

También observar que aunque éste sea un método de una cierta clase, no hay self; si el uno mismo es necesario, puede ser proporcionado como entrada o ser mirado para arriba.

Los lazos y las ramas son construidos modificando operaciones con anotaciones. Por ejemplo, un lazo que llama el método de doit en una lista de datos de entrada es construido primero arrastrando en el operador del doit, después atando el modificante del lazo y proporcionando la lista como la entrada al lazo. Otra anotación, " injection", permite que el método sí mismo sea proporcionado como entrada, haciendo Prograph un la lengua dinámica a un cierto grado.

Ejecución

El ambiente integrado del desarrollo y de la ejecución de Prograph también permitió el depuración visual. El punto de desempate generalmente y los mecanismos single-step fueron apoyados. Cada operación en un diagrama del flujo de datos fue destacada visualmente como ella ejecutó. A tooltip-como mecanismo exhibió valores de datos cuando el ratón fue sostenido sobre una transmisión de datos cuando estaba parado adentro elimina errores de modo. La representación visual del apilado de la ejecución permitió la restauración no actualizada y la ejecución de la restauración actualizada. Para muchos usuarios los aspectos visuales de la ejecución de la lengua eran tan importantes como sus instalaciones gráficas del corregir-tiempo.

La característica de depuración run-time más importante era la capacidad de cambiar el código en marcha mientras que eliminaba errores. Esto permitida para un acercamiento verdadero único del desarrollo permitiendo que los insectos sean fijados mientras que depuración sin la necesidad de recompile.

Crítica

Varios problemas con el sistema de Prograph son también evidentes en esta puesta en práctica del método.

El código de Prograph podía ser comentó usar etiquetas. En versiones iniciales, la mayoría de las clases incluidas estaba sin etiqueta. Era a menudo necesario consultar la documentación para determinar las entradas apropiadas a un método. Esto fue tratada en gran parte en versiones subsecuentes, pero los métodos nunca fueron documentados al punto que los comentarios explicaron cómo y porqué los métodos trabajaron.

(Nota de que el párrafo siguiente parece no hacer caso que este artículo está sobre una lengua del flujo de datos, y no una lengua imprescindible.)

Prograph se basa en el concepto de usar iconos para representar las operaciones que actúan en flujos de datos. Con todo algunos iconos no traducen bien a los términos programados exclusivamente textuales e imprescindible familiares a muchos programadores, y en otros casos algunas posibilidades particularmente obvias no se utilizan. Considerar a operadores del comprador en el método de la base de datos arriba; ¿cómo un rectángulo con una muesca en él implica “consigue”? Puesto que las imágenes no eran a menudo obvias, se convirtieron en simplemente un más tipo de jerga a aprender, ni más simple ni más difícil que un texto basó lengua.

Los reveladores tuvieron que prestar la atención a la encaminamiento del cableado, y a las entradas y a las salidas de comentario, para mantener su código diagramático limpio. En el ejemplo de la operación de la base de datos de Prograph arriba, dos de las trayectorias cruzan porque uno de los alambres de la barra de la entrada debe fluir a cierta entrada en la operación de la actualización. Esto podía ser evitada simplemente arrastrando y colocando los iconos del “indexA de nuevo” y de la “clase” para estar dentro del alambre extremo izquierdo. Los métodos típicos del programa dieron vuelta a menudo en el código de espagueti .

Otro problema era una profusión de ventanas. Al mover alrededor el espacio de trabajo de Prograph, el IDE requirió generalmente una nueva ventana ser abierto para ver el contenido de métodos.

CRÍTICA CONTRARIA - los iconos del conseguir y del sistema fueron diseñados para ser mellados y para outdented respectivamente, análogo a la hembra y al varón, a conseguir y a la determinación. El icono del comprador es una flecha estilizada - señalando de la izquierda a la derecha. Cuando está mirado esta manera - la flecha implica la mudanza algo a la derecha. En la tapa del icono, el flujo de datos que va abajo, comienza con el caso entrante (un objeto). El " arrow" mueve algo a la derecha - ese algo que es el valor de la cualidad (nombrada en el icono) y en la salida del icono en el terminal correcto es el valor de la cualidad. La flecha llega o empuja el valor de la cualidad al terminal de salida. El icono del organismo (flecha que señala a la izquierda) se puede analizar y entendía la misma manera.

Ver también

Lenguaje de programación visual
Hoja de balance 2000, una hoja de balance única escrita en Prograph
LabVIEW, un uso de la programación gráfica.

Zenithic

Prograph

Random links:

Tejas | Procedimientos de control de comunicación de datos avanzados | Chaumont, Nueva York | Leabua Jonatán | Solomon Adler