On 2011-09-05, Sarr. <s...@g...pl> wrote:
> On 2-9-2011 22:17, Maciej Sobczak wrote:
>> On 2 Wrz, 14:04, "Sarr."<s...@g...pl> wrote:
>>> na tej samej zasadzie mozna by zapytac o kolejnosc sekcji: public,
>>> protected i private czy tez odwrotnie...
>>
>> Znane mi standardy kodowania sugerują najpierw public, potem protected
>> i na końcu private - ta kolejność wynika z tego, że czytelnik, który
>> zwykle jest użytkownikiem klasy, najbardziej jest zainteresowany
>> publicznym interfejsem, więc jest sens go napisać na początku.
>
> zapytam tak, czy sa to sztywne standardy kodowania czy nie sa to raczej
> luzne sugestie na ten temat? nie zawsze czytelnik jest zainteresowany
> sekcja public,

Ale najczęściej jest. Rzadziej jest zainteresowany sekcją protected,
czyli dostępną jedynie dla klas pochodnych. Próbujesz na siłę wymyślać
przykłady.

>>> a gdzie typedefy w tym
>>> wszystkim.
>>
>> To zależy, czy są publiczne, czy nie, bo patrz wyżej.
>>
>>> niekiedy chcac przestrzegac z gory ustalonych regul robi sie
>>> straszny bajzel w .h.
>>
>> Właśnie po to są te reguły, żeby bajzlu nie było.
>
> wlasnie z tym standardem robi sie niekiedy niezly bajzel, 3 sekcje,
> kazda z seria funkcji, typedef'ow, niekiedy dodatkowych struct'ow i
> enum'ow.

Odłóż apostrof, bo sobie nim oko wybijesz.
http://poradnia.pwn.pl/lista.php?id=6142

> czasem chcialo by sie miec typedefy razem, enumy i dodatkowe
> struct'y tez razem. chyba, ze ktos lubi scrollowac mamrtoatac pod nosem
> 'ten enum w protected to byl gdzies pod ta cala kopa public a przed tymi
> typedefami z private, nosz szlag, gdziez on jest...' [tego oczywiscie
> nie traktowac grobowo powaznie, bo jest ctrl+f ;]

Po to są standardy, żeby zawczasu ustalić jak to ma wyglądać i żeby
programista wiedział czego się spodziewać. Lepiej czasem poprzewijać niż
za każdym razem się zastanawiać gdzie jest opis struktury danych.

--
Secunia non olet.
Stanislaw Klekot