Libri o pagine Web sulla filosofia di Windows

Per * nix, ho scoperto che The Art Of Unix Programming di Eric Raymond esprimeva abbastanza bene le idee alla base della filosofia Unix. L'intero libro è online, consiglio questo capitolo per vedere di cosa sto parlando. In sostanza espone i concetti unificanti alla base dei sistemi operativi Unix e delle loro applicazioni. Per esempio:

• Regola di modularità: scrivere parti semplici collegate da interfacce pulite.
• Regola di trasparenza: progettare per la visibilità per facilitare l'ispezione e il debug.

Quindi esamina come vengono applicate queste regole.

Cosa costituisce la filosofia di Windows?
Non ho mai veramente capito la filosofia alla base dei sistemi operativi Windows e non ho mai conosciuto nessuno che ne sappia abbastanza per rispondere alla domanda. Cercare su Google questo per me fa apparire solo un mucchio di sfoghi. Esiste un libro o un insieme di articoli equivalenti a The Art Of Unix Programming, ma per i sistemi operativi Windows?

Sarei anche interessato se qualcuno pensasse di avere una buona risposta, ma potrebbe essere un post troppo lungo.

Dai un'occhiata al canale9 di MSDN. Qui puoi ottenere incredibilmente insito su ciò che gli ingegneri di Microsofts intendevano / ragionavano su un determinato prodotto o caratteristica.

Per Windows: il mio preferito in assoluto è il video blog di Dave Probert sul kernel di Windows (con alcune osservazioni sulle differenze con Unix): http://channel9.msdn.com/shows/Going+Deep/Windows-Part-I-Dave- Probert / .... e l'altra parte 2-4 .... (ti potrebbe piacere anche guardare gli altri video di "Going Deep" :-).

Divertiti.

HTH, Thomas

PS: Adizionale, troverai molte informazioni nei libri "Inside Windows NT", l'edizione della prima parte era notevole per comprendere il funzionamento interno di Windows NT.

Unix, dalla "pipe" verso l'alto, è progettato attorno a processi che comunicano in protocolli di testo semplice. Da qui la progettazione di vari protocolli Internet - SMTP, HTTP, IMAP, POP, ecc. Sono tutti leggibili dall'uomo. Quindi gli sviluppatori devono scrivere il protocollo per scrivere e analizzare il codice, ma spesso è semplice interagire con i programmi che non controlli.

Windows al contrario si basa sulla chiamata di procedura / chiamata del metodo. COM e i successori forniscono modi per estendere le chiamate di procedura nelle DLL, attraverso thread di un processo, tra processi e attraverso la rete. Tutto ciò è abbastanza trasparente, specialmente nei linguaggi orientati agli oggetti. Ciò semplifica la scrittura di applicazioni di rete molto grandi, purché controlli tutti i componenti. Rende più difficile sostituire parte del complesso sistema interconnesso con un nuovo codice. Ad esempio, il formato di file di Microsoft Word è molto strano come formato di file, ma semplice come una rappresentazione degli oggetti in memoria utilizzati da Word. Il protocollo del filo di Exchange è MAPI-over-DCOM: dal punto di vista degli sviluppatori di Outlook, tutto ciò che devono fare è ottenere un oggetto cassetta postale e chiamare i metodi su di esso,

Il blog di Raymond Chen ( http://blogs.msdn.com/oldnewthing/ ) è una fonte fantastica per questo tipo di informazioni, oltre a fornire dettagli "sporchi" sul perché certe cose sono come sono in Windows (esempio : perché è necessario fare clic su Avvia per chiudere? Perché durante il test quando agli utenti è stato chiesto di spegnere il proprio PC, era lì che hanno fatto clic).

Penso che tu possa avere un'idea decente della differenza nei sistemi guardando il menu di avvio di Windows e confrontandolo con un menu di avvio di KDE o Gnome. I menu * NIX sono organizzati per attività o categoria, mentre i menu di Windows sono organizzati dalla società di software. Questo dice molto sulle differenze nelle priorità dei creatori proprio lì.

(Sì, sì, KDE / Gnome non sono "filosofia UNIX", ma è ancora una differenza notevole.)