-
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: Duże pliki czy małe?
Date: Tue, 4 Feb 2014 08:07:00 +0000 (UTC)
Organization: news.chmurka.net
Lines: 22
Message-ID: <g...@n...chmurka.net>
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 08:07:00 +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:205083
[ ukryj nagłówki ]Ja staram się trzymać zasady "jeden plik - jedna klasa". Jak robię jakiś
większy moduł, to po prostu robię mu podkatalog albo namespace i dzielę
na pliki. A jak to jest z Wami? Pytam, bo naszła mnie taka refleksja po
poprawianiu kodu po kimś (dobrym programiście, po prostu taki ma styl).
Jeden duży plik (tzn. dwa - .h i .cpp), w nich jedna klasa, w tej klasie
inne klasy (reprezentujące stany), każdy stan ma swoje podstany, które też
są w tym samym pliku... i to się rozrasta.
Ja implementując coś podobnego wydzieliłbym wszystkie stany do osobnych
plików. Nie do przesady, bo jak coś jest małe, to można to pogrupować,
żeby nie mnożyć bytów ponad potrzeby... no ale jednak.
A jak Wy to robicie? Trzymacie się zasady "jeden plik - jedna klasa", czy
raczej "jeden plik - jeden funkcjonalny moduł"?
Z ekstremalnych ciekawostek - spotkałem się z plikiem .cpp 600kB.
Proszę fira i innych świrów o nie udzielanie się w wątku.
--
"zanim nastala era internetu, kazdy wiejski glupek siedzial w swojej wiosce"
http://www.chmurka.net/
Następne wpisy z tego wątku
- 04.02.14 10:29 Maciej Sobczak
- 04.02.14 11:20 Stachu 'Dozzie' K.
- 04.02.14 13:36 Adam Wysocki
- 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
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