Windows Felsefesi'ndeki Kitaplar veya Web Sayfaları

* Nix için, Eric Raymond'un Unix Programlama Sanatı'nın Unix felsefesinin arkasındaki fikirleri oldukça iyi ifade ettiğini buldum. Kitabın tamamı çevrimiçi, neden bahsettiğimi görmek için bu bölümü öneriyorum . Temel olarak Unix işletim sistemlerinin ve uygulamalarının arkasındaki birleştirici kavramları ortaya koyar. Örneğin:

• Modülerlik Kuralı: Temiz arabirimlerle bağlanan basit parçaları yazın.
• Şeffaflık Kuralı: Muayene ve hata ayıklamayı kolaylaştırmak için görünürlük için tasarım.

Daha sonra bu kuralların nasıl uygulandığına gider.

Windows Felsefesini oluşturan nedir?
Windows işletim sistemlerinin arkasındaki felsefeyi hiçbir zaman gerçekten anlamadım ve bu soruyu cevaplayacak kadar iyi bilen birini hiç tanımadım. Bunu benim için araştırmak bir sürü rant getiriyor. The Art Of Unix Programming için eşdeğer bir kitap veya makale seti var, ancak Windows işletim sistemleri için mi?

Birisinin iyi bir cevabı olduğunu düşünürse de ilgilenirim, ancak bu çok uzun bir yazı olabilir.

MSDN kanalına bir göz atın9. Orada, Microsofts mühendislerinin belirli bir ürün veya özellik hakkında ne düşündüklerini / akıl yürüttüklerini inanılmaz derecede içselleştiriyorsunuz.

Windows için: Mutlak favorim Dave Probert'in windows çekirdeği hakkındaki video blogu (Unix'in farklılıkları hakkında bazı açıklamalar ile): http://channel9.msdn.com/shows/Going+Deep/Windows-Part-I-Dave- Probert / .... ve diğer bölüm 2-4 .... (diğer "Derin Gidiş" videolarına da bakmak isteyebilirsiniz :-).

İyi eğlenceler.

HTH, Thomas

Not: Buna ek olarak, "Windows NT İçinde" kitaplarında çok fazla bilgi bulabilirsiniz, ilk bölüm sürümü WIndows NT'nin iç çalışmalarını anlamak için dikkate değerdi.

"Boru" dan yukarı doğru Unix, düz metin protokollerinde iletişim kuran süreçler etrafında tasarlanmıştır. Bu nedenle, çeşitli internet protokollerinin tasarımı - SMTP, HTTP, IMAP, POP, vb. Herkes tarafından okunabilir. Bu nedenle geliştiriciler protokol yazma ve ayrıştırma kodu yazmak zorundadır, ancak kontrol etmediğiniz programlarla birlikte çalışmak genellikle kolaydır.

Buna karşılık Windows, işlem çağrısı / yöntem çağırma etrafında oluşturulur. COM ve halefleri prosedür çağrıları DLL'lere, bir işlemin iş parçacıkları arasında, işlemler arasında ve ağ genelinde genişletmek için yollar sağlar. Bütün bunlar, özellikle nesne yönelimli dillerde oldukça şeffaftır. Bu, tüm bileşenleri kontrol ettiğiniz sürece çok büyük, ağa bağlı uygulamalar yazmayı kolaylaştırır. Yeni bir kod parçası için birbirine bağlı karmaşık sistemin bir kısmını değiştirmeyi zorlaştırır. Örneğin, Microsoft Word dosya biçimi bir dosya biçimi olarak çok garip, ancak Word tarafından kullanılan bellekteki nesnelerin bir temsili olarak basittir. Exchange tel protokolü MAPI-DCOM üzerinden: Outlook geliştiricilerinin bakış açısından, tek yapmaları gereken bir posta kutusu nesnesi almak ve üzerinde çağrı yöntemleri,

Raymond Chen'in blogu ( http://blogs.msdn.com/oldnewthing/ ) bu tür bilgiler için harika bir kaynaktır ve bazı şeylerin neden Windows'ta olduğu gibi kirli ayrıntılar sağladığını (örnek : Neden kapatmak için Başlat'a tıklamak zorundasınız? Çünkü test sırasında kullanıcılardan bilgisayarlarını kapatmaları istendiğinde, tıkladıkları yer buydu).

Windows başlat menüsüne bakarak ve bunu bir KDE veya Gnome başlat menüsü ile karşılaştırarak sistemlerde fark için iyi bir fikir edinebileceğinizi düşünüyorum. * NIX menüleri göreve veya kategoriye göre düzenlenirken, Windows menüleri yazılım şirketi tarafından düzenlenir. Bu, içerik oluşturucuların önceliklerindeki farklılıklar hakkında çok şey söylüyor.

(Evet, evet, KDE / Gnome "UNIX felsefesi" değil, yine de çarpıcı bir fark.)