-
Data: 2011-09-02 12:04:02
Temat: Re: porzadek metod w module
Od: "Sarr." <s...@g...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 2-9-2011 10:21, kenobi wrote:
> (vel obiekcie)
>
> jak ktos ma modul i kilkanascie jego funkcji (vel metod) w nim napisanych
> to funkcje te tworza pewien porzadek w sensie hierarchii wywolan
>
> np 'na poczatku' jest jakis 'init', albo np alloc w przypadku obiektowym, np
> 'update' w przypadku agentowo modulowym itp - dalej jest hierarchia wywolan
> z poziomami
>
> chodzi mi o to czy ktos uwaza jakies konkretne konwencje z tym zwiazane
> czy stawia metody raczej przypadkowo
>
> czy lepiej pisac
>
> f2() {}
> f1() {}
> init() {}
>
> czy
>
> init() {}
> f1() {}
> f2() {}
>
> czy
>
> init() {}
> relaease() {}
> f1() {}
> f2() {}
>
> czy
>
> init() {}
> f1() {}
> f2() {}
> relaease() {}
>
> czy jeszcze inaczej ?
>
na tej samej zasadzie mozna by zapytac o kolejnosc sekcji: public,
protected i private czy tez odwrotnie... a gdzie typedefy w tym
wszystkim. niekiedy chcac przestrzegac z gory ustalonych regul robi sie
straszny bajzel w .h.
ja nie przywiazuje wagi do kolejnosci. inaczej, nie zawsze robie to tak
samo. zalezy to troche od samej klasy, jakie ma za zadanie, czy jest
duzo virtuali, etc.
zalezy tez troche od tego w jaki code base sie wgryzamy, niekiedy warto
trzymac sie utartych wzorcow niz w sztuczny sposob nakladac swoje. na
przyklad jesli dziedziczymy i mamy do zadeklarowania kilka virtuali,
warto umiescic je w podobnym miejscu i kolejnosci jak w samej nadrzednej
[?] klasie ktora je deklaruje po raz pierwszy. jesli startujesz od zera
to oczywiscie jestes na uprzywilejowanej pozycji i wzorce mozesz zalozyc
osobiscie.
pozdrawiam
Sarr.
Następne wpisy z tego wątku
- 02.09.11 20:17 Maciej Sobczak
- 03.09.11 08:01 g...@p...onet.pl
- 03.09.11 08:27 m...@t...pl
- 03.09.11 11:07 Jacek Czerwinski
- 03.09.11 12:43 p...@p...onet.pl
- 03.09.11 19:30 Karol Y
- 03.09.11 20:22 Maciej Sobczak
- 03.09.11 20:44 p...@p...onet.pl
- 03.09.11 21:09 p...@p...onet.pl
- 04.09.11 06:04 Karol Y
- 04.09.11 11:01 Maciej Sobczak
- 04.09.11 11:40 g...@p...onet.pl
- 05.09.11 08:43 Sarr.
- 05.09.11 08:47 Stachu 'Dozzie' K.
- 05.09.11 09:38 Marszalkowski
Najnowsze wątki z tej grupy
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 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
Najnowsze wątki
- 2025-01-06 Jeździ, skręca, hamuje
- 2025-01-06 Białystok => System Architect (Java background) <=
- 2025-01-06 Gliwice => Specjalista ds. public relations <=
- 2025-01-06 Białystok => Solution Architect (Java background) <=
- 2025-01-06 Zielona GĂłra => Konsultant WdroĹźeniowy Comarch XL/Optima (KsiÄgowoĹ
- 2025-01-06 Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- 2025-01-06 Ostrów Wielkopolski => Area Sales Manager OZE <=
- 2025-01-06 Do IO i innych elektrooszolomow, tu macie prawdziwe smrody
- 2025-01-06 Białystok => Full Stack .Net Engineer <=
- 2025-01-06 Kraków => Business Development Manager - Network and Network Security
- 2025-01-06 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-01-06 Warszawa => Spedytor Międzynarodowy <=
- 2025-01-06 Lublin => Programista Delphi <=
- 2025-01-06 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-01-06 śnieg