Maciej Sobczak <s...@g...com> wrote:

> Jaka jest rola tych klas w projekcie? Jeżeli one reprezentują jakieś
> odrębne elementy logiki programu, to zasługują na osobne pliki, nawet
> jeśli są małe w sensie linii kodu. Ale jeśli te klasy są jedynie
> technicznymi detalami jakiegoś rozwiązania, to należą tam, gdzie ten
> rozwiązywany problem.

Tu podział nie jest jasny. Teoretycznie są to techniczne detale jakiegoś
rozwiązania, ale to rozwiązanie samo w sobie równie dobrze mogłoby być
oddzielną aplikacją (zaprojektowanie i napisanie tego modułu zajęło ok.
70 MD). Moduł ma też inne pliki (np. helpery są osobno, osobno jest też
bezpośrednia obsługa hardware), ale sam moduł, będący maszyną stanów, jest
w jednym dużym pliku.

> Podobnie, jest sens zebrać razem klasy reprezentujące różne stany
> *jednego* automatu. Bo to jest jeden automat.

I tak jest to zrobione. Dla odmiany mój inny automat w tym projekcie (robi
coś zupełnie innego, ale jest podobnie złożony jak ten) ma ze 40 stanów,
pogrupowanych w namespace, każdy stan w osobnym pliku (ale jego małe
podstany w jednym) i nie wyobrażam sobie mieć tego w jednym dużym pliku
i jakoś tym zarządzać...

--
"zanim nastala era internetu, kazdy wiejski glupek siedzial w swojej wiosce"
http://www.chmurka.net/