Sách hoặc trang web về triết lý Windows

Đối với * nix, tôi thấy rằng Nghệ thuật lập trình Unix của Eric Raymond thể hiện ý tưởng đằng sau triết lý Unix khá tốt. Toàn bộ cuốn sách là trực tuyến, tôi đề nghị chương này để xem những gì tôi đang nói về. Về cơ bản, nó đưa ra các khái niệm thống nhất đằng sau các hệ điều hành Unix và các ứng dụng của chúng. Ví dụ:

• Quy tắc mô đun: Viết các phần đơn giản được kết nối bởi các giao diện sạch.
• Quy tắc minh bạch: Thiết kế cho khả năng hiển thị để kiểm tra và gỡ lỗi dễ dàng hơn.

Sau đó, ông đi vào làm thế nào những quy tắc này được áp dụng.

Điều gì tạo nên triết lý Windows?
Tôi chưa bao giờ thực sự hiểu triết lý đằng sau các hệ điều hành Windows và chưa bao giờ thực sự biết bất cứ ai biết đủ để trả lời câu hỏi. Googling này cho tôi chỉ đưa ra một loạt các rant. Có một cuốn sách hoặc bộ bài viết tương đương với The Art Of Unix Lập trình, nhưng dành cho các hệ điều hành Windows?

Tôi cũng sẽ quan tâm nếu ai đó nghĩ rằng họ có câu trả lời hay, nhưng đó có thể chỉ là một bài viết quá dài.

Hãy xem kênh của MSDN9. Ở đó bạn có được sự hiểu biết sâu sắc về những gì các kỹ sư của microsofts dự định / lý luận về một tính năng hoặc tính năng nhất định.

Đối với Windows: Yêu thích tuyệt đối của tôi là blog video của Dave Probert về kernel windows (với một số nhận xét về sự khác biệt với Unix): http://channel9.msdn.com/shows/Going+Deep/Windows-Part-I-Dave- Probert / .... và phần khác 2-4 .... (bạn cũng có thể muốn xem các video "Đi sâu" khác :-).

Chúc vui vẻ.

HTH, Thomas

Tái bút: Thông thường bạn tìm thấy rất nhiều thông tin trong các cuốn sách "Inside Windows NT", phiên bản phần đầu tiên rất đáng chú ý để hiểu được hoạt động bên trong của WInows NT.

Unix, từ "ống" trở lên, được thiết kế xung quanh các quá trình giao tiếp trong các giao thức văn bản thuần túy. Do đó, thiết kế của các giao thức internet khác nhau - SMTP, HTTP, IMAP, POP, v.v ... đều có thể đọc được. Vì vậy, các nhà phát triển phải viết mã giao thức và phân tích mã, nhưng thường đơn giản để tương tác với các chương trình bạn không kiểm soát.

Ngược lại, Windows được xây dựng xung quanh lời gọi thủ tục / gọi phương thức. COM và những người kế nhiệm cung cấp các cách để mở rộng các cuộc gọi thủ tục vào DLL, trên các luồng của một quy trình, trên các quy trình và trên mạng. Tất cả điều này là khá minh bạch, đặc biệt là trong các ngôn ngữ hướng đối tượng. Điều này giúp dễ dàng viết các ứng dụng được nối mạng rất lớn - miễn là bạn kiểm soát tất cả các thành phần. Nó làm cho việc trao đổi một phần của hệ thống liên kết phức tạp thành một đoạn mã mới khó hơn. Ví dụ, định dạng tệp Microsoft Word rất lạ là định dạng tệp, nhưng đơn giản là biểu diễn của các đối tượng trong bộ nhớ được Word sử dụng. Giao thức dây trao đổi là MAPI-over-DCOM: theo quan điểm của các nhà phát triển Outlook, tất cả những gì họ cần làm là lấy một đối tượng hộp thư và gọi các phương thức trên đó,

Blog của Raymond Chen ( http://bloss.msdn.com/oldnewthing/ ) là một nguồn tuyệt vời cho loại thông tin này, cũng như cung cấp các chi tiết bẩn về lý do tại sao một số thứ nhất định là trong Windows (ví dụ : tại sao bạn phải nhấp vào Bắt đầu để tắt? Bởi vì trong quá trình kiểm tra khi người dùng được yêu cầu tắt PC, đó là nơi họ đã nhấp).

Tôi nghĩ rằng bạn có thể cảm nhận rõ ràng về sự khác biệt trong các hệ thống bằng cách nhìn vào menu bắt đầu của Windows và so sánh với menu bắt đầu KDE hoặc Gnome. Các menu * NIX được sắp xếp theo nhiệm vụ hoặc danh mục, trong khi các menu Windows được tổ chức bởi công ty phần mềm. Điều đó nói lên rất nhiều về sự khác biệt về ưu tiên của những người sáng tạo ngay tại đó.

(Vâng, vâng, KDE / Gnome không phải là "triết lý UNIX", nhưng nó vẫn là một sự khác biệt nổi bật.)