Книги або веб-сторінки з філософії Windows

Для * nix я виявив, що програма Еріка Реймонда «The Art Of Unix» досить добре висловила ідеї філософії Unix. Вся книга онлайн, я рекомендую цю главу, щоб побачити, про що я говорю. В основному він викладає об'єднуючі концепції, що стоять за операційними системами Unix та їх застосуваннями. Наприклад:

• Правило модульності: Напишіть прості частини, з'єднані чистими інтерфейсами.
• Правило прозорості: спроектувати видимість для полегшення перевірки та налагодження.

Потім він вивчає, як ці правила застосовуються.

Що складається з філософії Windows?
Я ніколи не розумів філософії операційних систем Windows і ніколи не знав нікого, хто знає достатньо, щоб відповісти на питання. Гуглінг це для мене просто приносить купу мітингів. Чи є еквівалентна книга або набір статей програмі The Art Of Unix, але для операційних систем Windows?

Мені б також цікаво, якщо хтось вважає, що вони мають хорошу відповідь, але це може бути занадто довгим повідомленням.

Погляньте на канал MSDN9. Там ви неймовірно наполягаєте на тому, що інженери Microsofts мали намір / міркували щодо певного дослідження чи особливості.

Для Windows: Мій абсолютний фаворит - це відео-блог Дейва Проберта про ядро ​​Windows (з деякими зауваженнями щодо відмінностей від Unix): http://channel9.msdn.com/shows/Going+Deep/Windows-Part-I-Dave- Проберт / .... та інша частина 2-4 .... (можливо, ви також хочете подивитися інші відео "Going Deep" :-).

Весело.

HTH, Томас

PS: Окрім того, ви знайдете дуже багато інформації в книгах "Всередині Windows NT", перша частина видання була надзвичайно чудовою для розуміння внутрішніх функцій WIndows NT.

Unix, починаючи з "труби" вгору, розроблений навколо процесів, що спілкуються в текстових протоколах. Отже, дизайн різних протоколів Інтернету - SMTP, HTTP, IMAP, POP тощо - усі читаються людиною. Таким чином, розробникам доводиться писати протокол написання та розбору коду, але часто взаємодіяти з програмами, якими ви не керуєте, просто.

На відміну від Windows, побудовано навколо виклику процедури / виклику методу. COM та наступники пропонують способи поширити виклики процедур у DLL, через потоки процесу, через процеси та в мережі. Все це досить прозоро, особливо в об'єктно-орієнтованих мовах. Це полегшує написання дуже великих мережевих програм - доки ви контролюєте всі компоненти. Це ускладнює заміну частини складної взаємопов'язаної системи на новий фрагмент коду. Наприклад, формат файлу Microsoft Word дуже дивний як формат файлу, але прямолінійний як представлення об'єктів у пам'яті, використовуваних Word. Протокол протоколу Exchange є MAPI-over-DCOM: з точки зору розробників Outlook, все, що їм потрібно зробити, - це отримати об’єкт поштової скриньки та методи виклику на ньому,

Блог Реймонда Чена ( http://blogs.msdn.com/oldnewthing/ ) є фантастичним джерелом для подібної інформації, а також надає брудні деталі про те, чому певні речі є такими, якими вони є в Windows (приклад : чому вам потрібно натиснути кнопку "Почати, щоб вимкнути"? Тому що під час тестування, коли користувачів просили вимкнути свої ПК, саме там вони натискали).

Я думаю, що ви можете отримати гідне відчуття різниці в системах, переглянувши меню запуску Windows і порівнявши його з меню запуску KDE або Gnome. Меню * NIX організовано за завданням або категорією, тоді як меню Windows організовує компанія програмного забезпечення. Це багато говорить про відмінності в пріоритетах творців саме там.

(Так, так, KDE / Gnome не є "філософією UNIX", але це все ж разюча різниця.)