Para * nix, descubrí que The Art Of Unix Programming de Eric Raymond expresaba bastante bien las ideas detrás de la filosofía de Unix. Todo el libro está en línea, recomiendo este capítulo para ver de qué estoy hablando. Básicamente presenta los conceptos unificadores detrás de los sistemas operativos Unix y sus aplicaciones. Por ejemplo:
- Regla de modularidad: escriba partes simples conectadas por interfaces limpias.
- Regla de Transparencia: Diseñe la visibilidad para facilitar la inspección y la depuración.
Luego explica cómo se aplican estas reglas.
¿Qué constituye la filosofía de Windows?
Nunca he entendido realmente la filosofía detrás de los sistemas operativos Windows , y nunca he conocido a alguien que sepa lo suficiente como para responder la pregunta. Buscar esto en Google solo me trae un montón de comentarios. ¿Existe un libro o conjunto de artículos equivalente a The Art Of Unix Programming, pero para los sistemas operativos Windows?
También me interesaría si alguien cree que tiene una buena respuesta, pero esa podría ser una publicación demasiado larga.
Respuestas:
Echa un vistazo al canal 9 de MSDN. Ahí obtienes mucho más de lo que los ingenieros de Microsofts pretendieron / razonaron sobre un determinado producto o característica.
Para Windows: mi favorito absoluto es el video blog de Dave Probert sobre el kernel de Windows (con algunas observaciones sobre las diferencias con Unix): http://channel9.msdn.com/shows/Going+Deep/Windows-Part-I-Dave- Probert / .... y la otra parte 2-4 .... (también te gustaría ver los otros videos "Going Deep" :-).
Que te diviertas.
HTH, Thomas
PD: Además, encontrará mucha información en los libros "Inside Windows NT", la primera parte de la edición fue notable para comprender el funcionamiento interno de Windows NT.
fuente
Unix, desde la "tubería" hacia arriba, está diseñado alrededor de procesos que se comunican en protocolos de texto sin formato. Por lo tanto, el diseño de varios protocolos de Internet: SMTP, HTTP, IMAP, POP, etc., son legibles para todos. Por lo tanto, los desarrolladores tienen que escribir la escritura del protocolo y el código de análisis, pero a menudo es sencillo interactuar con programas que no controlas.
Windows, por el contrario, se basa en la invocación del método / llamada al procedimiento. COM y los sucesores proporcionan formas de extender las llamadas de procedimiento a las DLL, a través de subprocesos de un proceso, a través de procesos y a través de la red. Todo esto es bastante transparente, especialmente en lenguajes orientados a objetos. Esto facilita la escritura de aplicaciones en red muy grandes, siempre que controle todos los componentes. Hace que sea más difícil cambiar parte del complejo sistema interconectado por un nuevo código. Por ejemplo, el formato de archivo de Microsoft Word es muy extraño como formato de archivo, pero directo como una representación de los objetos en memoria utilizados por Word. El protocolo de conexión de Exchange es MAPI sobre DCOM: desde el punto de vista de los desarrolladores de Outlook, todo lo que necesitan hacer es obtener un objeto de buzón y llamar a métodos,
fuente
El blog de Raymond Chen ( http://blogs.msdn.com/oldnewthing/ ) es una fuente fantástica para este tipo de información, además de proporcionar detalles detallados sobre por qué ciertas cosas son como están en Windows (ejemplo : ¿por qué tiene que hacer clic en Iniciar para cerrar? Porque durante las pruebas cuando se les pidió a los usuarios que apagaran sus PC, allí fue donde hicieron clic).
fuente
Creo que puede tener una idea decente de la diferencia en los sistemas mirando el menú de inicio de Windows y comparándolo con un menú de inicio de KDE o Gnome. Los menús * NIX están organizados por tarea o categoría, mientras que los menús de Windows están organizados por compañía de software. Eso dice mucho sobre las diferencias en las prioridades de los creadores allí mismo.
(Sí, sí, KDE / Gnome no son "filosofía UNIX", pero sigue siendo una diferencia notable).
fuente