Perché Windows.Forms in System e non Microsoft?

Question

Ho sempre avuto l'idea che lo spazio dei nomi di root in .NET, "System", fosse principalmente per cose che non dipendevano troppo da una particolare piattaforma.

Mi chiedevo se qualcuno avesse qualche idea o intuizione del perché lo spazio dei nomi Windows.Forms è in System e non Microsoft dal momento che sembra essere piuttosto radicata in un'unica piattaforma.

(No guerre di fiamma o inutili MS colpire, se possibile per favore! :))

Answer 1

Ho letto da qualche parte che i System.* spazi dei nomi sono per le cose che sono parte del quadro nucleo .Net, mentre il Microsoft.* Gli spazi dei nomi sono per ulteriori extra "a valore aggiunto" opzionali o per quelli in fase di sviluppo.

EDIT:

Brad Abrams ha una discussione su di esso nel suo blog What Does that .NET Namespace Mean: System.* and Microsoft.*

Inoltre, una citazione da Visual Basic 2005 con .NET 3.0 di riferimento del programmatore:

Lo spazio dei nomi radice Microsoft contiene elementi specifici di Microsoft. In teoria, qualsiasi fornitore può implementare linguaggi .Net che si traducono in codice Intermediate Language (IL). Se si dovesse creare un linguaggio del genere, gli elementi nello spazio dei nomi Microsoft in genere non si applicano alla propria lingua. Gli elementi nel namespace System ... sarebbero utili tanto agli utenti della tua lingua quanto ai programmatori che usano i linguaggi Microsoft, ma gli elementi nello spazio dei nomi Microsoft probabilmente non sarebbero così utili.

Ciò implicherebbe che, se ero a fare un nuovo linguaggio .Net, sarei in grado di fare uso del System.Windows.Forms spazio dei nomi per fare interfacce utente, ma non sarebbe probabilmente molto uso per le classi in Microsoft.* namespace.

Answer 2

La mia ipotesi è:

Microsoft .NET framework previsto ad avere la capacità di essere multi-piattaforma, ma erano solo andare a fornire un ambiente di runtime per la piattaforma Windows. Probabilmente presumevano che chiunque fornisse un ambiente di runtime per un'altra piattaforma lo implementasse in modo tale da poter utilizzare System.Forms. Il runtime gestirà le differenze tra le implementazioni native.

Answer 3

Solo perché "Microsoft Windows" è stato abbreviato in "Windows" in non significa che il concetto di "finestra" non sia più ampio di Microsoft. Tutte le implementazioni di GUI poiché l'interfaccia originale di IBM PARC tramite Microsoft Windows, X11 ecc. Si riferiscono tutti ai controlli di Windows e Form, è solo che Microsoft ha definito la loro particolare "Windows" di impiantazione. Pertanto System.Windows.Forms sembra corretto in quanto non è necessario che una finestra faccia parte di "Windows". Probabilmente dovrebbe essere solo Windows con una minuscola w. Ma ciò spezzerebbe le convenzioni di denominazione degli spazi dei nomi.