MSDN nu este de acord cu dvs.:
Există mai multe situații în care este de dorit divizarea unei definiții de clasă:
* Când lucrați la proiecte mari, răspândiți o clasă.
* Când lucrați cu sursă generată automat, codul poate fi adăugat la clasă. Visual Studio folosește această abordare atunci când creează Windows Forms, codul de servicii de tip wrapper și așa mai departe. Puteți crea codul care utilizează aceste clase.
* Pentru a împărți o definiție de clasă, utilizați modificatorul de cuvinte cheie parțial
Este de la sine înțeles că abordarea nu este aceeași. Dar întrebarea nu era despre asta. Nu-mi place să dau firul raționamentului departe de subiect. Și apoi va începe: "Ce faci?", "Și tu nu scrii așa!", "Și de ce ai nevoie de asta?". Omul a intrebat cum sa ajunga la patinoar la dacha - am raspuns :) Si de ce merge acolo la patinoar - lasa-l sa se intrebe :)
În ceea ce privește revizuirea abordării, sunt de acord. Nu vă pot imagina de ce ați putea avea nevoie de valoarea numelui de utilizator variabil într-o clasă cu funcții matematice. Utilizarea variabilelor globale încalcă încapsularea. Dacă valoarea este necesară, treceți-o ca parametru.
* Când lucrați la proiecte mari, răspândiți o clasă.
Ei bine, din nou înseamnă că ceva nu este în regulă cu clasa.
Deși este judecat de System.Windows.Forms.DataGrid decompilat, MS o folosește în mod activ.
PS Recunosc acest lucru numai pentru tipurile imbricate, și chiar și atunci ...
Trimiteți-le prietenilor: