On 2014-02-04 09:07, Adam Wysocki wrote:
> Ja staram się trzymać zasady "jeden plik - jedna klasa".

Przemigrowałem z tej zasady do zasady wywazonej: jedna klasa na plik,
ale czesto w pliku namespace { ... } z kilkoma klasami ktore na 100% nie
będą nigdzie potrzebne (gdyby były to byłby to bład) poza tym plikiem i
ma to zastosowanie głównie w adapterach. Częściowo rozwiązuje to problem
"wykradania" internalnych nagłówków przez miejsca w kodzie które sobie
robią swobodne inkludy a które to wykradanie obecnie odbija się czkawką.

Ogolnie im mniej sztywne zasady tym lepiej. Mam klasę (duzy visitor)
który zajmuje w pliku koło 50kB. Czy warto go podzielić na kilka cpp
kazdy z osobną metodą? Moim zdaniem warto nagiąć zasady i to zrobić.
Ułatwi to czytanie dzieląc kod nie na sztuczne jednostki klas, ale na
logiczne jednostki celu danej metody.

Innymi słowy: jeden plik na ... coś. Niekoniecznie na klasę jesli to
ułatwi czytelność.

PS. Duża ilośc plików cpp z jednoczesną ślepą wiarą w szybkość PH kończy
sie źle ...