BerndPol desarrollo &UNIX; desarrollo historia lenguajes de guiones &UNIX; historia &UNIX; tubería &UNIX; shell shell &UNIX; Desde el principio, &UNIX; ha mantenido dos modelos de desarrollo muy distintos. Uno es el mundo de los lenguajes de programación de sistemas y aplicaciones, donde parte del código fuente se convierte en código máquina por un programa traductor, normalmente un compilador o un intérprete. El lenguaje de programación C es un ejemplo de esto. &UNIX; fue el primer núcleo de sistema operativo escrito en un lenguaje de alto nivel como este en lugar de un ensamblador fuertemente orientado a la máquina, que era lo común antes de ese momento (de hecho, incluso se puede afirmar que el lenguaje C fue creado para escribir el núcleo de &UNIX; y sus programas asociados en un sistema DEC PDP-11). El otro modelo de desarrollo es el mundo de los lenguajes de guión (o scripts). Este mundo evolucionó con la creación del intérprete de comandos de &UNIX;, que era la interfaz de usuario para comunicarse con el sistema operativo (y, al mismo tiempo, un lenguaje de programación de muy alto nivel). Un guión del intérprete de comandos se construye a partir de un conjunto de pequeños programas de utilidades, como grep, sed o find. Cada una de estas utilidades está diseñada para una tarea muy concreta. El truco consiste en que cada una de estas utilidades se puede conectar con otra mediante un sencillo mecanismo de transporte llamado tubería, que redirecciona la salida de la primera utilidad procesada hacia la entrada de la siguiente. De este modo, este sistema se convierte en una poderosa y muy flexible herramienta de programación. Ambos mundos han evolucionado a medida que el tiempo ha ido transcurriendo. Mientras que C se sigue utilizando en la actualidad, principalmente como un lenguaje de programación de sistemas, una de sus variantes denominada C++, enriquecida con la orientación a objetos y extensiones genéricas, encontró su lugar en el desarrollo de aplicaciones complejas en la década de 1990. Existen muchos más lenguajes de programación, e incluso los más antiguos siguen estando presentes (FORTRAN77 y Ada, por ejemplo, todavía mantienen su poderío en las aplicaciones matemáticas). En el área de los lenguajes de guiones, se ha producido un alejamiento del intérprete de comandos, que sufre de problemas de portabilidad, hacia lenguajes que unifican en sus bibliotecas estándares toda la funcionalidad que normalmente se suele requerir, siendo aún capaces de interactuar con el mundo exterior mediante el mecanismo de tuberías cuando es preciso. Todos estos lenguajes de guiones tienen en común que son altamente portables entre variantes de &UNIX;, Microsoft &Windows;, &MacOS; o incluso VMS. Además, todos poseen implementaciones que se pueden distribuir libremente. Perl lenguajes de guiones Perl &perl; se ha hecho popular como lenguaje de procesamiento de textos y de administración del sistema. Durante los inicios de la Web, los guiones CGI escritos en &perl; constituyeron un método ampliamente usado para crear páginas web dinámicas a partir del contenido de bases de datos. En la actualidad este método ha sido reemplazado principalmente por la extensión mod_perl del servidor web &apache;. Entre las virtudes de &perl; destacan su soporte integrado para trabajar con expresiones regulares avanzadas y su rica colección de módulos que pueden ser libremente distribuidos. Para obtener más información consulte la página web Comprehensive Perl Archive Network (CPAN). Python lenguajes de guiones Python &python; brilla por la elegancia de su sistema de clases y por la facilidad y flexibilidad con la que se puede acceder a bibliotecas externas de un modo que parezca que se trata de clases y funciones normales de &python;. Al contrario que &perl;, &python; posee una clara y concisa &API; integrada, que lo ha convertido en el lenguaje elegido para integrar en guiones a los programas de C y C++. PHP lenguajes de guiones PHP &php; fue diseñado como un lenguaje que se podía integrar directamente en las páginas &HTML;, por lo que se usa principalmente en la generación de contenidos dinámicos para la web. Las aplicaciones de &UNIX; de más alto nivel suelen carecer de la velocidad y de la flexibilidad de los mecanismos de guiones orientados a caracteres que posee el intérprete de comandos. Esto es especialmente cierto en el mundo de las interfaces gráficas de usuario (&GUI;), como por ejemplo, &kde;. Han existido intentos de proporcionar mecanismos similares que funcionaran a un nivel de aplicación más alto, principalmente CORBA y, en el entorno &kde;, &DCOP;. CORBA lenguajes de guiones CORBA comunicación CORBA CORBA (Common Object Request Broker Architecture) es un intento de permitir que las aplicaciones de un sistema puedan funcionar conjuntamente a través de redes. Fue ideado de forma independiente por el comité de estándares privado OMG (Object Management Group). Los programas basados en CORBA usan el protocolo estándar IIOP para comunicarse. Las implementaciones basadas en IIOP están disponibles para un amplio abanico de sistemas operativos, lenguajes de programación y redes, por lo que son altamente portables. El principal inconveniente de CORBA es su escasa velocidad. Mientras esto se puede tolerar en redes locales, se convierte en un verdadero cuello de botella para las comunicaciones entre aplicaciones de un entorno sin red local, como &kde;, que se ejecuta en una única máquina. DCOP lenguajes de guiones DCOP comunicación DCOP Otra evolución de lenguajes de guión parecidos a &UNIX; es el protocolo DCOP, que fue ideado para que la comunicación entre aplicaciones de &kde; no adoleciera de las limitaciones de CORBA. &DCOP; significa protocolo de comunicación del escritorio, y está implementado como un sencillo mecanismo IPC/RPC construido para operar mediante conectores. En efecto, esto proporciona facilidades similares a las del tradicional sistema de tuberías de &UNIX;. Los lenguajes de guiones tradicionales del intérprete de comandos están basados en pequeños y brillantes programas de utilidades, que fueron diseñados para trabajar sobre una base estrictamente de texto. &DCOP; permite a los complejos programas gráficos comunicarse entre ellos de un modo bastante parecido. Esto permite, por ejemplo, que un programa de &kde; envíe mensajes a otro programa de &kde;, o que reciba datos de él según sus necesidades. No obstante, existen ciertos inconvenientes. Para usar &DCOP; un programa debe estar diseñado para contener una interfaz &DCOP; especial. Además, el proceso de comunicación &DCOP; es algo lento (aunque mucho más rápido que CORBA). Pero a cambio devuelve gran parte del poder y flexibilidad de los guiones de &UNIX; a los programas de alto nivel basados en interfaces gráficas de usuario. Para obtener más información, consulte el artículo DCOP: Desktop COmmunications Protocol, o The &DCOP; Desktop Communication Protocol library, la referencia del &API; de la biblioteca dcop de &kde;. Excepto para casos muy simples, un proyecto de programación consistirá en gran cantidad de bloques de construcción de código fuente, cada uno de ellossituado en un archivo distinto para que resulte más fácil de mantener. Para que funcione, es necesario traducir todo esto de modo efectivo a unas pocas unidades de código máquina, de tal modo que permita al sistema operativo cargar y ejecutar el programa. Para conseguir esto, las herramientas básicas que se necesitan son un editor de texto para escribir los archivos de código fuente, un programa de traducción, normalmente un compilador para convertir el código fuente en archivos de código objeto, un bibliotecario que recopila archivos de código objeto en bibliotecas para reutilizarlos fácilmente sin necesidad de volver a compilarlos, un enlazador, que enlaza varios archivos de código objeto y bibliotecas en un único ejecutable, un sistema «make», que proporciona varios medios para gestionar todas estas cosas, y tampoco hay que olvidar un depurador para (con fortuna) encontrar todos los errores del programa, y posiblemente otras herramientas de diagnóstico para conseguir que todo funcione a la perfección. Cuando tenga un gran proyecto que consista posiblemente en cientos de archivos de código fuente, el proceso de compilación se volverá bastante laborioso. No querrá recompilar todos esos archivos cada vez que cambie solo alguno de ellos. Por el contrario, solo querrá compilar los archivos que resulten afectados por las modificaciones. Generalmente no resulta siempre fácil de determinar cuáles de los archivos deben ser recompilados. Cuando, por ejemplo, modifique el prototipo de una función en un archivo de cabecera, necesitará compilar cada archivo que incluya dicha cabecera. Si su proyecto contiene muchos de estos archivos, es probable que se olvide de alguno de ellos si tiene que realizar esta tarea manualmente. Precisamente por este motivo se hace necesario algún tipo de automatización. make Makefile regla recompilaciones objetivo dependencias comandos Una herramienta que se encarga de las recompilaciones es make. Sigue la pista de todo el trabajo utilizando un conjunto de reglas que describen qué hacer en caso de que parte de la información haya cambiado (normalmente un archivo de código fuente o de código objeto). Todas las reglas que pertenezcan a un determinado proyecto se guardan en lo que se denomina un Makefile, que es procesado por make cada vez que necesite actualizar su trabajo. Cada regla consiste en varios bloques de construcción, como un objetivo, &ie;, el archivo a construir un juego de dependencias, básicamente los nombres de todos los archivos de los que depende el objetivo (⪚, el nombre de un archivo de código fuente, del que el objetivo será el nombre del archivo objeto a construir), y los comandos que deben ejecutarse para completar el make del objetivo (&ie;, para compilarlo o para enlazar otros archivos de código objeto para generar el archivo ejecutable del programa). En esencia, el comando make leerá estas reglas una tras otra, comprobará cada archivo en la lista de dependencias de un determinado objetivo, y hará un «make» de este objetivo de nuevo si alguno de estos archivos ha cambiado, usando para ello los comandos listados en cada regla. Existen varias posibilidades adicionales para controlar este proceso, por lo que un Makefile puede convertirse en algo bastante complejo. No vamos a entrar en detalles sobre esto ahora. No obstante, le recomendamos que se familiarice con la sintaxis de make. Incluso si no suele usarlo directamente, la comprensión de los principios del sistema de construcción puede resultar bastante útil. Consulte el Manual GNU de make para obtener más información. Para detalles de &tdevelop; más específicos, consulte el capítulo Construcción y gestión de proyectos de este manual. Existen varios manuales disponibles; consulte las referenciass en el capítulo sobre construcción y gestión de proyectos. GUI interfaz gráfica de usuario interfaz de usuario GUI Los desarrolladores de aplicaciones se han visto cada vez más incomodados al tener que crear, no solo las librerías y la lógica de sus programas, sino también al hecho de tener que proporcionar una interfaz de construcción personalizada que sea fácil de utilizar, intuitiva y funcional. Muchos programadores no están preparados para el desarrollo de interfaces gráficas, por lo que es habitual que las interfaces de usuario que crean estén pobremente diseñadas. Durante años, algunos principios de diseño comunes han ido evolucionando, y es altamente recomendable seguirlos. De este modo, sus interfaces de usuario tendrán una apariencia común que el usuario de su aplicación agradecerá. Existe una guía de estilo para el desarrollo de interfaces de &kde; que puede encontrar en Recomendaciones para interfaces de usuario de &kde; en la página web del desarrollador de &kde;. Puede encontrar una breve introducción a los principios de diseño de &GUI; aquí. IDE entorno de desarrollo integrado desarrollo IDE entorno IDE Existen herramientas separadas disponibles para casi todos los pasos del proceso de programación: planificación, edición, gestión de archivos y proceso de compilación, depuración, documentación y demás. Pero cuando el proyecto crece, los procesos de programación pueden llegar a convertirse en engorrosos. La mayor parte de este trabajo repetitivo debe realizarse durante las fases de diseño, compilación y depuración de un programa. Se puede ahorrar gran parte de este trabajo mediante el uso de plantillas y guiones. Y otra buena parte teniendo todas estas herramientas listas para usar y haciendo que se comuniquen entre ellas bajo una interfaz común. Por ejemplo, ¿no sería conveniente que un depurador fuera capaz de abrir un determinado archivo de código fuente en un editor y que colocara el cursor directamente en la posición de un error que acaba de encontrar? Los Entornos de Desarrollo Integrados (&IDE;) se idearon para adaptarse a estas necesidades. Este &IDE; integra todas las plantillas, herramientas y guiones que suelen ser necesarios durante el proceso de desarrollo en un úncio entorno de trabajo. &tdevelop; es uno de estos &IDE; para la plataforma &kde;. Proporciona un amplio abanico de herramientas que facilitan el desarrollo y el mantenimiento de proyectos, incluso para distintos lenguajes de programación y diversas plataformas. &tdevelop; características características Gestiona todas las herramientas de desarrollo necesarias para programar en C++, como un compilador, un enlazador, un depurador y un sistema de construcción. Proporciona un &appwizard; que genera aplicaciones de ejemplo completamente funcionales. Permite al usuario seleccionar un editor integrado basado en el editor para programadores &kwrite; de &kde;, el QEditor de Trolltech, u otros. Un generador de clases para crear nuevas clases e integrarlas en el proyecto actual. Gestión de archivos para el código fuente, cabeceras, documentación, &etc;, a incluir en el proyecto. Asistencia para crear manuales de usuario para la aplicación escritos con las herramientas de &kde;. Documentación para la &API;, basada en &HTML; y generada automáticamente para las clases del proyecto, con referencias cruzadas a las bibliotecas usadas. Soporte para internacionalización, que permite a los traductores añadir fácilmente su propio idioma a un proyecto, incluyendo soporte para &kbabel;. Soporte para manejar un proyecto mediante uno de varios sistemas de versiones (⪚, &CVS;), proporcionando una interfaz fácil de usar para las funciones más necesarias. Una interfaz integrada de depuración. Un emulador integrado de la consola. Resalte de sintaxis en los textos de código fuente. Una utilidad de terminación automática de código para las variables y métodos de las clases, argumentos de funciones, y demás. Plantillas para la creación de distintos proyectos (módulos para &kcontrol;, añadidos para &kicker; (panel), KIOSlaves, extensiones para &konqueror; y estilos de escritorio, entre otros). Cuatro vistas de navegación en árbol para cambiar con facilidad entre archivos de código fuente, archivos de cabecera, clases y documentación, eliminando la necesidad de un gestor de archivos externo. Soporte para compilación cruzada, con la posibilidad de especificar distintos compiladores, banderas de compilación, arquitecturas de destino, &etc; Soporte para proyectos Qt/Embedded (como los de Zaurus e iPAQ). Inclusión de otros programas que necesite para desarrollar, añadiéndolos al menú Herramientas, según sus necesidades personales.