Co nedělat (GCC 4.1 a C++)

6.1.2006 19:06 | Přečteno: 2090× | Linux

Postupně kompiluju všelicos pomocí GCC 4.1. Většinou to jde, někdy pomůže drobná oprava. Ale hrozně často se objevuje tahle hloupost:

class ClassName
{
public:
	void ClassName::FuncName();
};

Tohle je nesmysl... nevím jak na to kdo přišel, ale GCC 4.1 to rozhodně netoleruje. Prosím, nedělejte to.
Nevím o žádné skryté funkci takové deklarace.

       

Komentáře

[Michal Kubeček]

Podobně GCC 4 netoleruje implicitní přetypování mezi pointery na (trochu) různé datové typy. Např. mezi pointery na funkce s různými deklaracemi.

[machr]

predefsim bych tu tridu nepojmenovaval ClassName, ale class_name_t


JAK JA NENAVIDIM TY VELBLOUDI ZAPISY !!!!!!!!!!!!!!!

[trancelius]

CopakTiNaNichVadí ? :)

[machr]

uryvek z jedny knihy:

Nepouzivejte rovnez velka pocateni pismena, ani VelbloudiZapis - pokud ovsem pro to nemate skutecne velmi vazny duvod. Obracite tim totiz vzhuru nohama poradi vyhledavani a sami pri tom vypadate jako komerecni podivini, kteri ze sebe delaji velke odborniky.

[Luboš Doležel (Doli)]

Obracite tim totiz vzhuru nohama poradi vyhledavani

To nějak nechápu.

[machr]

tam je to totiz o nazvech balicku, ale ja myslim, ze se to da zobecnit.... a navic ja sem mel na mysli hlavne tu druhou cast. vzdycky kdyz tohle vydim, tak si vzpomenu na ty hruzostrasny struktury ve widle-api, kde mimo VelbloudichZapisu pouzivaji jeste madarskou notaci (tusim, ze se tomu tak rika - prvnich par znaku z nazvu promenne urcuje jeji typ). se neni cemu divit, ze maj ve widlich tolik chyb.........

napr.:

struct OsklivaWidlackaStruktura {
    int iSize;
    char* lpfnHrozneOsklivyIdentifikator,
    Xfssd uuquqwJesteMnohemOsklivejsiIdentifikator,
    sfd wsxdfuewTenNejosklivejsiIdentifikatorZeVsechNejosklivejsichIdentifikatoru....
};

[Michal Vyskočil]

A tohle to vytrhne? Mě se nezdá

struct oskliva_widlacka_struktura_t {
    int i_size;
    char* lpfn_hrozne_osklivy_identifikator,
    Xfssd uuquqw_jeste_mnohem_osklivejsi_identifikator,
    sfd wsxdfuew_ten_nejosklivejsi_identifikator_ze_vsech_nejosklivejsich_identifikatoru
};

[machr]

1. psal sem, ze madarskou notaci taky neeeeeeeeeeeeeeeeeee
2. je videt, ze ses jeste mladej a nezkusenej

[Michal Vyskočil]

Mícháš víc věcí dohromady! Maďarská notace nesouvisí s velbloudím zápisem. K tomu se tehdy u MS rozhodli a skutečnost, že by používali podtržítka místo velkých písmen s tím naprosto nesouvisí. Proto jsem ten kód napsal tak, jak tam je.

Ano jsem mladý a nezkušený, ale to jsou takový vývojáři Sunu, kteří vytvořili Naming Conventions pro Javu bezpochyby také, že?

[Michal Vyskočil]

s#takový#takoví# .. achjo, taková hnusná hrubka

[machr]

1. jo, micham vic veci dohromady. ale to proto, ze vysledna citelnost kodu zavisi na mnoha faktorech a pokouset se o zlepseni jen jednoho a zbytek ignorovat nema moc smysl.... proste to nebude fungovat....

navic i s tou madarskou notaci je to o dost citelnejsi ve verzi s podtrzitkama

2. vyvojari sunu to opsali od smalltalku....

[Michal Vyskočil]

1. jo, micham vic veci dohromady. ale to proto, ze vysledna citelnost kodu zavisi na mnoha faktorech a pokouset se o zlepseni jen jednoho a zbytek ignorovat nema moc smysl.... proste to nebude fungovat....

To souhlasím, ale o tom taky byl můj první příspevek, jen jsem ukázal, že samotné podtržítka nic nezmůžou, pokud jsou jména už tak prasácky napsaná.

2. vyvojari sunu to opsali od smalltalku....

Ok, tak nevytvořili, ale opsali, ale to nic nemění na tom, že je tento styl používaný a nemá nic společného s věkem, či zkušenostmi.

[ip]

Asi jsi porad jeste v 7. tride

[machr]

ne. ve skutecnosti jsem ve 3. tride 8-) (na VS)

[Luboš Doležel (Doli)]

Nedovedu si představit, že bych místo

Gtk::ComboBoxEntryText::TextModelColumns

psal

gtk::combo_box_entry_text_t::text_model_columns_t

[Michal Vyskočil]

Přesně tak! Třeba u php funkcí mi to vyloženě vadilo - domxml_xslt_stylesheet_doc. Mnohem více mi vyhovují doporučení pro Javu (a ostatní jazyky). Názvy tříd - první písmeno velké (MojeSuperTrida), názvy metod, první písmeno malé(mojeSuperMetoda).

[machr]

vetsinou bejva ve zvyku kratky slova, ktery se vyskytujou casto u sebe spojovat, takze napr:

gtk::combobox_entrytext_t::textmodel_columnz_t

a to je podle me o dost prehlednejsi....

[David Watzke]

Není. Nesnáším _ i v názvech souborů, je to humus...

[machr]

casem_pochopiiiiiiiiis_

__i_love_underscorezzz_!_!_!_!__

a_nejvic_se_me_libijou_nazvy_specialnich_metod_v_pythonu:

__init__
__del__
....

_podtrzitko_rulezzzzzzzzzzz_

[David Watzke]

Aby ses z toho nezbláznil.

[elviin]

nektere prekladace snad Comeau?? varuje u podtrzitka pred jmenem. Podtrzitko pouzivam jen u memberu_ jinak ne. Na zacatku jmena je string "__" vyhrazen (doporuceno pouzivat jen) pro direktivy prekladace. Implementace STL/Boost je dobra sablona pro to, kde psat '_' a kde ne.

[belisarivs]

No, ja mam z gcc 4 celkem blbe zkusenosti. Nevim com to je, ale kdyz jsem pro muj semestralni projekt zkompiloval jadro s gcc 3.4, tak to bylo OK, ale s gcc 4 jsem pri benchmarcich nemril daleko horsi latence. Low-Latency a Real-Time (pridava rt patch Ingo Molnara) varianty preemptivnho jadra uz tim ovlivneny nebyly, ale No Forced Preempt a Voluntary to bylo fakt dost vyrazne. Mozna uz je gcc 4.1 nekde jinde, ale ta 4ka se mi fakt nezamlouvala.

[Tabak]

Ja zatim tak moc dlouho neprogramuju, ale ten velbloudi zapis, mi pripada kazdopadne hezci. A nemyslim, ze by mnel nejakou zasadni nevyhodu, protoze funkce nekterych vyznamnych knihoven jej pouzivaji (napr OGL a jestli to nepisou profici tak nevim, ty prece musej vedet co delaj).