W dniu 22.05.2023 o 22:29, heby pisze:
> On 22/05/2023 21:30, J.F wrote:
...
>
>>>>> W dodaku działa tak samo dobrze dla tablic i dla znacznie bardziej
>>>>> skomplikowanych kontenerów czy nawet głupich stringów.
>>>> stringa powiadasz ... bajtowego, unicode, utf-8 ? :-P
>>> C++ nie wspiera UTF-8. Nie wspiera też Mazovii ani ATASCI.
>> Ale programy wymagają UTF-8.
>
> I dlatego możesz wybrać Qt, które używa natywnie UTF-16 i potrafi, jesli
> potrzebujesz, policzyć ile jest tam *znaków* jak również przemieszczać
> się między UTF-8. Tylko że od razu mówię, że policzenie ilosci znaków w
> UTF to zagadnienie na habilitację. Nie bez powodu jest skomplikowane a
> zdaje się że w kilku wypadkach (bodaj Koreański) mocno mętne.
> QTextBoundaryFinder.
>
> Innymi słowy, jeśli masz zagadnienia związane z tekstem UTF, to masz
> zagadnienia związane z jego wyświetlaniem, a to jest cecha biblitek
> graificznych, nie C++. C++ nie posiada w standardzie nic [G]UIowego.

Zagadnienie analizy tekstu nie ma nic do jego prezentacji. Możesz mieć
urządzenie embeeded, które niczego nie wyświetla a tylko umie parsować
łańcuchy znaków.

>
>>> U mnie true i false są zdefiniowane przez standard.
>> W C/C++
>> A to moze być np program do komunikacji z czytnikiem kart bankowych.
>
> Wtedy masz połaczenie z hardware i wtedy piszesz translator z
> hardwarowego true na softwareowy true.
>
> Reszta algorytmini nie powinna nic wiedzieć o jakims hardware, a
> prawidłowo napisana powinna dać się uruchmić i przetestować bez hardware.

true/false to wartości logiki jaką wyraża język a nie kwestia sprzętu.

>
>>> Patrz, jeszcze jeden powód żeby porzucić guano C.
>> Przeciez w C tez są zdefiniowane przez standard.
>> Tylko trochę słabo.
>
> C nie wspiera typu bool. Różne OSy różnie definiują TRUE/FALSE.
> Napisanie w tym bałaganie generycznego/przenośnego algorytmu jest
> utrudnione.
>
> Prawie każda przenośna bibliteka, z korzeniami w C, redefiniuje wszstko.
> To świadczy o tym, jak kiepski to język, skoro nawet podstawowe typy nie
> mają sensownie okreśonych sizeof i trzeba to łatać ręcznie.

Nie bardzo. To jest kwestia właśnie tego, że język programowania
niekoniecznie musi cokolwiek wiedzieć o konkretnych typach danych. Bo w
środowisku embedded może nie być żadnych łańcuchów znaków i bibliotek do
ich prezentacji. A w środowisku systemu operacyjnego raczej na pewno
będą. Raczej nie ma sensu by język nie mógł wyrażać logiki. No ale to
może tyle, że nie jest to kwestia jaką wartość numeryczną przypisujemy.


>
>> Albo lepiej niz w C++, bo brak wartosci nieokreślonych :-)
>
> A są jakieś nieokreslone wartości bool?
>
> Jak chcesz świadomie, to w boost jest tribool. On ma trzecią wartość,
> niezdefiniowaną.

Ale to każdy typ danych może mieć niezdefiniowaną wartość. Z językowego
puntu widzenia są odpowiednie konstrukcje językowe co raczej nie mapuje
się automatycznie do sprzętu.