Untuk * nix, saya menemukan bahwa Pemrograman karya Eric Raymond The Art Of Unix mengekspresikan ide di balik filosofi Unix dengan cukup baik. Seluruh buku ini online, saya sarankan bab ini untuk melihat apa yang saya bicarakan. Ini pada dasarnya menjabarkan konsep pemersatu di balik sistem operasi Unix dan aplikasinya. Sebagai contoh:
- Rule of Modularity: Menulis bagian-bagian sederhana yang dihubungkan oleh antarmuka yang bersih.
- Rule of Transparency: Desain untuk visibilitas agar pemeriksaan dan debugging lebih mudah.
Dia kemudian menjelaskan bagaimana aturan-aturan ini diterapkan.
Apa yang membentuk Filsafat Windows?
Saya tidak pernah benar-benar memahami filosofi di balik sistem operasi Windows , dan tidak pernah benar-benar mengenal siapa pun yang cukup tahu untuk menjawab pertanyaan itu. Googling ini untuk saya hanya memunculkan banyak kata-kata kasar. Apakah ada buku atau set artikel yang setara dengan The Art Of Unix Programming, tetapi untuk sistem operasi Windows?
Saya juga akan tertarik jika seseorang berpikir mereka memiliki jawaban yang baik, tetapi itu mungkin posting yang terlalu panjang.
Jawaban:
Lihat saluran MSDN9. Di sana Anda mendapatkan sangat banyak insites ke apa yang insinyur Microsoft maksudkan / alasan tentang prouct atau fitur tertentu.
Untuk Windows: Favorit mutlak saya adalah blog video Dave Probert tentang kernel windows (dengan beberapa komentar tentang perbedaan pada Unix): http://channel9.msdn.com/shows/Going+Deep/Windows-Part-I-Dave- Buktikan / .... dan bagian lainnya 2-4 .... (Anda mungkin juga ingin melihat video "Going Deep" lainnya :-).
Selamat bersenang-senang.
HTH, Thomas
NB: Secara tradisional Anda menemukan banyak informasi dalam buku-buku "Inside Windows NT", edisi bagian pertama cukup luar biasa untuk memahami cara kerja WIndows NT.
sumber
Unix, dari "pipa" ke atas, dirancang di sekitar proses berkomunikasi dalam protokol teks biasa. Oleh karena itu desain berbagai protokol internet - SMTP, HTTP, IMAP, POP, dll semuanya dapat dibaca oleh manusia. Jadi pengembang harus menulis penulisan protokol dan kode parsing, tetapi seringkali mudah untuk beroperasi dengan program yang tidak Anda kontrol.
Sebaliknya Windows dibangun di sekitar pemanggilan prosedur / metode. COM dan penerusnya menyediakan cara untuk memperpanjang pemanggilan prosedur ke dalam DLL, lintas utas proses, lintas proses, dan lintas jaringan. Semua ini cukup transparan, terutama dalam bahasa berorientasi objek. Ini membuatnya lebih mudah untuk menulis aplikasi jaringan yang sangat besar - selama Anda mengontrol semua komponen. Itu membuatnya lebih sulit untuk menukar bagian dari sistem yang saling terkait kompleks untuk sepotong kode baru. Misalnya, format file Microsoft Word sangat aneh sebagai format file, tetapi langsung sebagai representasi objek dalam memori yang digunakan oleh Word. Protokol Exchange wire adalah MAPI-over-DCOM: dari sudut pandang pengembang Outlook, semua yang perlu mereka lakukan adalah mendapatkan objek kotak surat dan memanggil metode di dalamnya,
sumber
Blog Raymond Chen ( http://blogs.msdn.com/oldnewthing/ ) adalah sumber yang luar biasa untuk info semacam ini, serta memberikan rincian kotor tentang mengapa hal-hal tertentu seperti di Windows (contohnya) : mengapa Anda harus mengklik Mulai untuk mematikan? Karena selama pengujian ketika pengguna diminta untuk mematikan PC mereka, di situlah mereka mengklik).
sumber
Saya pikir Anda bisa merasakan perbedaan dalam sistem dengan melihat menu mulai Windows dan membandingkannya dengan menu mulai KDE atau Gnome. Menu * NIX diatur oleh tugas atau kategori, sedangkan menu Windows diatur oleh perusahaan perangkat lunak. Yang mengatakan banyak tentang perbedaan prioritas para pencipta di sana.
(Ya, ya, KDE / Gnome bukan "filosofi UNIX," tetapi ini masih merupakan perbedaan yang mencolok.)
sumber