-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.chmurka.net!.POSTED!not-for-mail
From: g...@s...invalid (Adam Wysocki)
Newsgroups: pl.comp.programming
Subject: Re: Duże pliki czy małe?
Date: Tue, 4 Feb 2014 12:36:13 +0000 (UTC)
Organization: news.chmurka.net
Lines: 27
Message-ID: <g...@n...chmurka.net>
References: <g...@n...chmurka.net>
<4...@g...com>
NNTP-Posting-Host: 127.0.0.1
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
X-Complaints-To: abuse-news.(at).chmurka.net
NNTP-Posting-Date: Tue, 4 Feb 2014 12:36:13 +0000 (UTC)
User-Agent: tin/2.1.0-20111224 ("Bridgend") (UNIX) (Linux/3.11.4-raid (i686))
X-Authenticated-User: gof
Xref: news-archive.icm.edu.pl pl.comp.programming:205086
[ ukryj nagłówki ]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/
Następne wpisy z tego wątku
- 05.02.14 14:03 inny punkt siedzenia...
- 05.02.14 15:42 witek
- 05.02.14 17:33 Sebastian Biały
- 06.02.14 00:38 Mateusz Loskot
- 06.02.14 08:10 Paweł Kierski
- 06.02.14 20:41 witek
- 07.02.14 11:23 Mateusz Łoskot
- 07.02.14 16:59 witek
- 07.02.14 19:09 Mateusz Łoskot
- 08.02.14 15:12 Michal Kleczek
- 08.02.14 15:36 g...@g...com
- 08.02.14 18:02 g...@g...com
- 08.02.14 20:41 Sebastian Biały
- 09.02.14 21:36 Michal Kleczek
- 09.02.14 21:42 Michal Kleczek
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-12-14 światła znów wlączyli
- 2024-12-14 nie lekceważ termostatu
- 2024-12-14 numer 112
- 2024-12-14 Pendrive, ale dysk
- 2024-12-12 Autocom CAN CDP+ wysokie kody błędów
- 2024-12-13 termostat do lodowki
- 2024-12-13 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-13 Warszawa => Head of International Freight Forwarding Department <=
- 2024-12-13 Poznań => Employer Branding Specialist <=
- 2024-12-13 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-12-13 Kraków => Business Development Manager - Network and Network Security
- 2024-12-13 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-13 Gdańsk => Programista Full Stack .Net <=
- 2024-12-13 Warszawa => Analityk Biznesowo-Systemowy <=
- 2024-12-13 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A