El jue, 04-12-2008 a las 01:19 +0100, Carlos E. R. escribió:
Igual que los OOP - aunque lo nieguen. ¡No van a estar orientados al usuario! El usuario no programador no tiene ni idea de qué hacer con un objeto.
No es orientado al usuario, es orientado al problema a solucionar.
Lineal o no lineal... es otro concepto, escribir 8900 lineas seguidas o modularizar el problema.
Lineal sólo significa que el programa sigue una secuencia definida de sucesos, que es previsible desde el principio. Se ejecuta una cosa, detrás otra, detrás otra... en una secuencia definida; aunque lo dividas en procedimientos, funciones, o incluso objetos, la secuencia es lineal
No lo se, hace mas o menos 20 años que yo hago cosas que no coinciden con esa definicion. Me parece que no es asi.... Desde las epocas del Algol, no hay programas lineales a menos que sean de gestion.
Linux utiliza "casi" programacion orientada a objetos. Revisad bien el sistema de estructuras, pariente cercano del de clases.
El kde sí, pero el gnome, no.
El Kernel.
Los primeros compiladores orientados a objetos, solo eran un frontend del compilador habitual.
Al fin y al cabo, el codigo maquina es el que es. Independientemente de los compiladores utilizados.
Obviamente.
La utilización de Eventos ( alias interrupciones) es comun a todas las formas de programación.
No, los eventos no son las interrupciones, eso es otra cosa. Son los eventos en OOP: se asocia un "método" a un determinado evento, que puede ser, por ejemplo, que el usuario hace click en la barra de tareas, o que selecciona el menú de abrir archivo, o que aprieta el botón de "Ok". Eso no son interrupciones, son otra cosa. Cuando sucede el "evento" se ejecuta un "método", que no deja de ser una función con otro nombre. Como los eventos, que la mayoría son originados por el usuario, son imprevisibles, la secuencia de ejecución del programa es también imprevisible: es entonces cuando el programa deja de ser "secuencial" o "lineal".
Eso se presta muy bien a los programas que interactúan con el usuario, por ejemplo a un editor de texto, pero en cambio se presta mal si quieres hacer una tubería o un convertidor de formatos.
Ejem... Eventos imprevisibles... interrupciones. porque en el Hard son eso. A ver un procedimiento.. es una rutina.. son 40 instrucciones..es lo mismo. Un programa tiene una estructura secuencial o lineal por si mismo, dependiendo de si decide en funcion de su estado anterior. Repasar maquinas de estados finitos. Un programa, no es mas que una maquina secuencial, que puede o no depender de sus estados anteriores. Un convertidor de formato, es un programa con un unico evento... convertir
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkk3IjAACgkQtTMYHG2NR9UlRQCfUDd5AmHRcIvJ9y++MlZ00qWX JBsAn3Z+NROfyOzO6NynTNzKvMXhRObT =sQK4 -----END PGP SIGNATURE-----
-- Saludos Lluis