Vlákno názorů k článku Psaní aplikací pro terminál: ošetření vstupů od Ondřej Novák - A není nějaký C++ wrapper? Tohle C peklo...

A není nějaký C++ wrapper? Tohle C peklo je prostě .... peklo.

Samozřejmě, že existují C++ wrappery. Pokud ale budete používat ncurses API, tak si myslím, že vám to moc kódu neušetří. Jinak docela hezká stará (a nyní zmodernizovaná záležitost) https://github.com/magiblot/tvision

Nauč se Rust a máš vyřešeno.

Nechápu reakci. Jak to souvisí?
Rust řeší C peklo
C++ řeší C peklo taky ne?

C++ ho řeší nedůsledně. Navíc nemá třeba automatickou správu závislostí. Hlavně ale vím, že pro Rust existují snadno použitelné TUI knihovny a nebál bych se je použít, proto to uvádím jako cestu.

To poslední asi beru jako validní argument u jinak trollí reakce, ale ok.

Rust je teď nové řešení na všechno?

@Calculon: Nerozumím otázce. Jako náhrada C a C++ pro interaktivní aplikace mi to přijde jako dobré řešení. Na tohle jsi se ptal?

Byla očividně řečnická. Nic proti Rustu, ale cpát ho všude a všem horem dolem není ta nejlepší strategie.

takze chces z C pekla do C++ pekla :-)

Tak jasně, pokud člověk v C++ používá C techniky, pak souhlas. Peklo to je no.

Tak pekel je podle Danteho devět, první je Limbo Roba Pika (nápadně se podobá Go), druhé je Rust :-)

Doporucuji pouzit normalni jazyk. Mame 21. stoleti. https://github.com/webfolderio/curses4j

Jo, Java peklo. Na to se tady úplně zapomnělo. 🤞

Ak by sa mi napr koli pageru pre db ktory je napisany pomocou ncurses este do pamate natlacil java interpreter, tak by som bol asi dost nevrly...

Tak jsme se zasmáli, a teď vážně: https://docs.google.com/document/d/e/2PACX-1vRZr-HJcYmf2Y76DhewaiJOhRNpjGHCxliAQTBhFxzv1QTae9o8mhBmDl32CRIuaWZLt5kVeH9e9jXv/pub

Zdá se, že Google se chystá rustifikovat C++ (ostatně clang už přidal do C++ lifetimy).

Tohle je strašný, protože ukazuje, jak nesourodý je programming style v C++. Tam bych asi viděl největší problém. Například nemohu v jednom odstavci volat po odstranění raw pointerů a v druhém odstavci navrhovat, aby se pointery které jsou uvolněny přes delete nastavily na null (nehledě na to, že to nic neřeší, protože null-> je obecně UB.

Tady asi C++ není exaktní řešení. Maximálně se shodnout na tom, co je safe programovací a co není (RUST a jiné managed jazyky samy oddělují safe a unsafe kód). A tahle shoda musí jít na úrovni zápisu bez zásahu do generování kódu (různé snahy protlačit do C++ GC a podobně). Pokud jde o managování vlastnictví tak ať klidně do C++ zavedou nový typ reference, třeba ^p (namísto &p) - kritice se to stejně nevyhne, protože kdo mi zabrání použít stary typ reference (safe a unsafe directivita?). Nemám u C++ problém s oddělením levely zabezpečení kódu - sám bych asi používal ten nejvyšší, ale chci si nechat prostor pro dočasného snížení levelu protože potřebuju udělat něco, co by na vyšším stupni bylo vysoce neefektivní.

Vypadá to, že po deseti letech v Googlu objevili C++11 :)

To je mi diskuse!
Nedaly by se ty příklady psát v Pascalu? To je přeci takový dobře čitelný a školometský programovací jazyk... ;oD