Break a projekt több fájlra

MSDN nem értek egyet veled:
Bizonyos helyzetekben, amikor felosztása egy osztály definíció kívánatos:

* Amikor a munka nagy projektek, terjed egy osztály több különálló fájlt lehetővé teszi több programozók dolgoznak, hogy ugyanabban az időben.

* Amikor dolgozik automatikusan generált forrás kódot adhatunk az osztály anélkül, hogy újra a forrás fájlt. Visual Studio használja ezt a megközelítést, amikor elkészíti a Windows Forms, webszolgáltatás csomagoló kódját, és így tovább. Hozhat létre kódot, amely ezeket az osztályokat anélkül, hogy módosítsa a fájl által létrehozott Visual Studio.

* Ahhoz, hogy szét egy osztály definíció, ha a részleges kulcsszó módosítóval

Magától értetődik, hogy a megközelítés nem ugyanaz. De a kérdés nem volt róla. Nem veszi el a cérna érvelés a témában. És hogy kezdődik: „Mit csinálsz?”, „Te nem írok!”, „Miért van erre szükség?”. A férfi megkérdezte, mire elérte akár tanúskodni a jégpálya - mondtam :) És miért megy ott egy korcsolyapálya - bár ő maga meg fogja kérdezni :)

Ami a felülvizsgálat a megközelítés egyetértek. Nem tudom elképzelni, hogy miért van szüksége lenne az értéke felhasználónevét az osztály matematikai függvények. A globális változók használata sérti beágyazás. Ha az érték van szükség, akkor át paraméterként.

* Amikor a munka nagy projektek, terjed egy osztály több különálló fájlt lehetővé teszi több programozók dolgoznak, hogy ugyanabban az időben.
Hát ez megint azt jelenti, hogy valami baj van az osztályban.
Bár ítélve a decompiled System.Windows.Forms.DataGrid, MS aktívan használja.

PS Feltételezem, hogy ez csak a beágyazott-típusok, és aztán ...