Tai gali viska i katalogus skaidyt pagal kazkokia klasifikacija, pvz formos atlieka kazkoki tai funkcionaluma, ar dirba su kazkokiais duomenim, katalogu projekte gali kiek nori prisikurti, esant labai daug visko galima ir namespace'us skirtingus daryti... 

Pasidaryk project root->\Forms\ kataloga, toliau skirstai dar i katalogus pagal funkcionaluma, ar bendrus duomenis, na nezinau kas ten tiksliai tai tiksliai ir nepasakysiu..

Tada ir namespace gausi grazu:

    ProjektoNamespace.Forms.SubCatName - kur paskutinis tai sub katalogo vardas ir is karto turesi grazia struktura kada ne viskas kruvoj o pagal tavo pageidaujama herarcija surusiuota graziai, o pagrindiniam kataloge nei vienos formos ;)

    Katalogai aplamai nuo daug ko gelbsti...


    O del nuveldimumo tai faktas galima naudoti bet konkreciau nieks nepasakys nezinant konkreciu duomenu, tavo uzduoties ka darai ir pan... elementariai jei dirbama su tokios pat strukturos duomenim tai imanoma padaryti kad 1 forma juos visus apdirbtu, cia grubus pavizdys...


"S." <a@a.a> wrote in message news:i212ir$55f$2@trimpas.omnitel.net...
> Sveiki, norėjau darbo optimizavimo klausimu...
> Turiu visualstudio 2010 c# projektą su jau 60 formu, bet bus ir šimtas :-)
> Kaip racionaliau tvarkytis su šitokiu statinių duomenų kiekiu. Viskas kas
> reikia jau formose sumėtyta, bet tikrai žinau, kad paskui sugalvos duot
> ikonkę pakeisti ar kokią klavišų kombinaciją damesti ir iškart užsiknisiu
> rankdarbiais.... :-(
> Dar mano nebandytas paveldėjimo dalykas - ar racionalus būtų? Jei gerai
> įsivaizduoju susikūrus klasę visom formom pašert ne "::form" o kokią nors
> "::ManoForm"
> Kitas variantas duot į OnFormLoad metodą, kuris ten ką ne ką pakaitalioja
> Gal ką dar?
> dėkui
> S. 
>