MSDN не е съгласен с вас:
Има няколко ситуации, при които разделянето дефиницията на класа е желателно:

* Когато се работи по големи проекти, разпространение на класа над отделни файлове позволява на множество програмисти да работят по него в същото време.

* Когато се работи с автоматично генерира код, код може да бъде добавен към класа без да се налага да се пресъздаде файла източник. Visual Studio използва този подход, когато той създава Windows Forms, уеб услуга обвивка код, и така нататък. Можете да създадете код, който използва тези класове, без да се налага да променяте създаден от Visual Studio файла.

* За да разделите дефиницията на класа, използвайте частичен модификатора ключова дума

От само себе си се разбира, че подходът не е същото. Но въпросът не е в това. Аз не отнемат нишката на разсъждения по темата. И това започва: "Какво правиш?", "Знаете ли, не пишете!", "Защо се нуждаете от това?". Човекът попита, когато той достигна до дават показания по пързалката - казах аз :) И защо той щеше там на ледена пързалка - въпреки че самият той ще поиска най :)

Що се отнася до преразглеждането на подхода Съгласен съм. Не мога да си представя защо ще трябва стойността на потребителско име в класа с математически функции. Използването на глобални променливи нарушават капсулиране. Ако е необходимо стойността, а след това се предава като параметър.

* Когато се работи по големи проекти, разпространение на класа над отделни файлове позволява на множество програмисти да работят по него в същото време.
Ами това отново означава, че нещо не е наред с този клас.
Въпреки, че ако се съди по декомпилиран System.Windows.Forms.DataGrid, MS активно използване.

PS Предполагам, че това е само за вложени типове, а след това ...