Řetězce

[VladR]

Ja som posledne ~3 roky pod C++ uz tiez s pointermi problemy nemal, lebo clovek sa veeelmi rychlo nauci s nimi kodit defenzivne

Ale ten pokoj na dusi, ze mi to uz v C# NEMOZE NAHODNE padnut (lebo C# runtime garantovane vyhodi Mem Exception pri prvom priechode kodom), to je proste krasa


Je ale pravda, ze na nieco je char * dobre - na nich som sa prakticky, kedysi pradavno, naucil kodit defenzivne s pointermi a alokovat/dealokovat ich v C-tor/D-tor - takze vlastne su na nieco dobre

[pcmaster]

Perry: A co std::stringstream? Do toho mozes uplne luxusne rvat cisla. A krasne ti vrati std::string. Nevidim nikde nijaky problem.
Ak ti chyba, mozes si zaregistrovat pokojne napriklad globalnu funkciu...
Edit: Dokonca preco nie template:

[perry]

Jo.. std::stringstream tam je... ale prostě se mi nějak nelíbí Jsem zvyklý na konkatenace řetězců ze C# přes "+".. že tam připojim cokoliv.... tak jsem si to napsal ručně..
Navíc jsem si tam dopsal i různé "replace" a další Util metody, takže mi to šetří čas a práci
_________________
Perry.cz

[VladR]

jj - stringstream bez overloadnutia je naprd - rozbija to kod zbytocne

Aj ked, stale je to lepsie ako itoa

[Marek]

Vaše nenávist vůči používání char* mi přijde stejně inteligentní jako nenávist vůči černochům.
_________________
AMD Open Source Graphics Driver Developer

[OndraSej]

VladR> ad pouziti char* - porad se ho nejde uplne zbavit kvuli retezcovym konstantam a literalum. Ale pro beznou manipulaci se fakt nehodi.

Jinak jake vsechny operace patri do tridy pro retezce je otazka... ale to je vecnou schizofrenii objektoveho programovani, ze kazda operace musi byt v nejake tridy a zaroven velke tridy jsou zlo.
Ale jinak jsem spis pro pouziti (slusnych, ne printf!) formatovacich retezcu, protoze prime konkatenace a zapisy do streamu se lokalizuji dost spatne.
_________________
http://trionteam.net

[VladR]

Si zabil teraz s tou lokalizaciou - tam sa pouziva este rozkosnejsi typedef unsigned wchar_t * LPWSTR s wcstombs

Ci dnes uz je nieco ine ? Naposledy som riesil lokalizaciu prave s tymto a C++11 som velmi neskumal, ze ci prinieslo nieco nove ohladom lokalizacii.

Inak, co konkretne myslis tymi retazcovymi konstantami ? Preco nie const std::string ? OK, to je prasacke a v triede z toho musis spravit static (resp. ho initnut v deklaracii napr. z const char *), ktory vsak moze narobit problemy kvoli poradiu inicializacie.
No jo, vtedy je ten hnusny const char * asi najlepsi...

Kedze uz tu riesime ten string a kopol som si do C++ kvoli C#, tak v ramci ferovosti to musim spravit aj naopak, lebo pod C# runtime jedna instancia stringu leakuje 4 KB ! Cize, v hre clovek si nemoze len tak jednoducho pouzit string (ale stringBuilder), lebo po par sekundach leakne 1 MB a uz sa pusta GarbageCollector. Z jedneho stringu...

Eosie:

[rezna]

@VladR - proc musi byt lokalizace spojena s wchar_t? - boze vzdyt to nema na lokalizaci vliv

jak si ji udelas (nebo pouzijes treba gettext()) tak ji mas - do char * lze v pohode ulozit ( a spousta knihoven to dela) UTF-8, ktere obsahne cely unicode prostor.

a uz vubec nechapu tu debilni narazku s wcstombs - to treba na win platforme neni potreba - neb i cele GUI je ve wchar_t

[OndraSej]

VladR> ad lokalizace - to na char/wchar_t nezavisi, klidne muzes pouzit wchar_t a utf16/utf32 nebo char a utf8. Hlavni problem u lokalizace je, ze nektere jazyky maji odlisne poradi slov ve vete a pokud pouzivas primou konkatenaci (nebo formatovani ala printf), tak ti to to poradi zafixuje a pak vznikaji ruzne jazykove paskvily, kdyz se prekladatel snazi vyhovet jak jazyku, tak poradi v jakem se ten text lepi.

btw. k wchar_t samozrejme je nebo muzes dodefinovat wstring

Jinak problem s konstantami typu std::string je v tom, ze ten string v nich je alokovany na heapu, kde se alokuje pri startu programu (nebo pri prvnim vyuziti?) a dealokuje po skonceni programu. A pokud je pouzivas z dalsich objektu, ktere jsou alokovane timhle zpusobem, tak si musis dat pozor na poradi vytvoreni/zruseni, jinak ti program bude hrabat do uvolnene pameti a padat na naprosto nesmyslnych mistech.
_________________
http://trionteam.net

[rezna]

[OndraSej]

rezna> tak jednoduche to neni, nejde jenom o texty... a navic ti tam chybi nekolik tydnu prace hromady testeru
_________________
http://trionteam.net

[VladR]

rezna : presne detaily si uz teraz po rokoch nevybavujem, ale slo tam o kod, ktory bezal nielen na windowsoch a cast textov bola spravena pod linuxom a cast pod winom a zakladny kod uz bol napisany, takze to tam clovek len klasicky doklepaval - nemal moznost to napisat od nuly a trebalo to konvertovat A UTF-8 to nebolo.

[rezna]

[rezna]

[VladR]

Tak predovsetkym je to posrane v Linuxe (nie ze by ma to ale prekvapovalo).

Pod Winom som s lokalizaciou nemal nikdy vyraznejsi problem, ci uz WTF-8 alebo WTF-16.


Ale to uz odbiehame od char * ...