LOG53: jeste existuje
Fyrox - A feature-rich game engine built in Rust
https://fyrox.rs/

ktery ma narozdil od Bevy editor. Nemam velke zkusenosti s Bevy ci Fyrox, ale prisly mi dost pozadu oproti Unity ci UE.
Na nejake experimenty ci neherni veci (v pripade Bevy) mozna ok. Na vic seriozni herni vyvoj, pokud by clovek trval na Rustu, tak je asi v soucasne dobe nejlepsi kombo Godot + https://godot-rust.github.io/
(clovek muze samozrejme integrovat Rust v Unity ci UE https://github.com/MaikKlein/unreal-rust ale jeste to neni tak pouzitelne. Ohledne Godotu s Rustem jsem slysel minimalne o jedne indie hre, co byla takhle vyvijena.)

LOG53: já v něm prgám hru, páč se chci naučit prgání v rust a dělám si takový poc na herní mechaniky po nocích. V bevy si musíš naprgat spoustu věcí sám, unity/ue/godot jsou mature platformy na vývoj her. Bevy je asi fajn na game jamy. Bevy je postavený na ECS, není objektový a najdeš mnohem méně dokumentace, ale zase má super Discord, kde je živá komunita. Neporovnám ti, ale i ten godotmá editor na sprites, kreslič tiles. Bevy nemá ani UI, je to pure code. Mě to takhle baví, ale rozhodně pokud se naučíš s jinýma platformam na vývoj her, tak si dost cestu zjednodušíš. Bevy je čerstvě 0.11. Můj první painpoint je, že prgání UI působí dost špagetově ve výsledku. Já se teprve seznamuji s algoritmy na generování mapy a ve všech ostatních engine už tam nástroj je. Samo, celý se to mění, jakmile děláš něco proti samotný platformě. Já vnímám vývoj své hry v horizontu deseti let a rust a ecs chci kvůli paralelizaci a paměťové zodpovědnosti, která je dost na mě a bevy. Abych se přiznal, kdybych mohl prgat v čistým rust v jiném engine, šel bych jinam. Ale myslím, že bevy je stále top co se týče rust světa.

AXTHEB: Nepouzivam, psal jsem to jeste nez tyhle vymozenosti byly...ani nejedu pres ty rocket db pooly atd...

Ceka me casem nejaky poradny upgrade :)

VELDRANE: Ja bych do toho zbytecne nerejpal :) Proste z Rustu mam pocit, ze tam v podstate nad kazdou malickosti nekdo premyslel. Kod ktery v nem produkuji se mi libi a dokazu v nem spravne vyjadrit vsechno co potrebuji. A vyhovuje mi v Rustu jak je vsechno pres option/result/iteratory...dobre se mi s tim pracuje. Muzu veci paralelizovat bez sevrenych pulek :D

V Go jsem delal jeste nez melo generika (ta zvolena syntax se mi stale nelibi) a vsude se to hemzilo interface{} a asserty. Error handling mi nevyhovoval. Celkove ten jazyk cloveka nechal prasit pokud chtel :) A par fuckupu jako kontroly pointeru na nil interace, formatovani data/casu (WTF???) a tak. Kdyz v tom clovek dela opravdu rutinne, tyhle veci se mu zazijou, ale muj denni chleba to neni a jsem rad, kdyz me to co nejvic hlida.

Ale zatimco Nyx samotny je v Rustu, migracni tool ze stareho sveta byl prave v Go...prave protoze na takovy jednorazovy nastroj mi ten jazyk prisel byt efektivnejsi.

AXTHEB:

Web framework: Actix, Axum
Databáze: pro čisté SQL: sqlx
Pro ORM: SeaORM, Diesel (U dieselu bacha na fakt že není async)

Osobně z frameworků preferuju Axum, protože se snaží pracovat víc s existujícím ekosystémem knihoven, Actix si dost věcí dělá po svém.

UETOYO: Tak jakou odpoved cekas? Rust je bozi :D

Mel jsem nejake prototypy v Go, v Elixiru a uz v relativne v ranne fazi me tam vzdy neco vytacelo. Modernizovat puvodni PHP verzi by znamenalo taky komplet prepis a v takovem pripade je uz na miste zvolit technologie, ktere cloveku pomahaji aniz by je k tomu clovek musel nutit nasilim.

UETOYO: Jo

AXTHEB: Hodne frci i axum, sqlx. Nyx je rocket + diesel + askama.

Prijde mi, ze ty frameworky obecne pocitaji spis jen s api, podpora formularu je dost tristni. Rocket je v tomhle asi vyjimka, nedavno dodelali rozumnejsi podporu pro zpracovani dat z formulare. Ale vykreslovani formularu je asi na tobe, rozumne hotove reseni jsem nikde nepotkal a napsal si vlastni.

AXTHEB: Já skončil u actixu a dieselu, mám pocit že to je jedna z těch častějších kombinací

BONEFLUTE: Jaká je logika toho, že máš způsob jak udělat `Selector` z `&str` co může selhat, a jiný, co nemůže? Proč bych potom někdy chtěl používat ten, co nemusí uspět? :)

Ta automagie je přesně z tohohle důvodu - From (konverze co vždy uspěje) implikuje i implementaci TryFrom (konverze co nemusí uspět) - která ti akorát nikdy v praxi ten Err nevrátí. Ale naopak, z toho že umíš TryFrom (konverzi co nemusí uspět) "nevyrobíš" konverzi co vždy uspěje.

Jestli je to o tom, že tvoje implementace From nějaké informace třeba zahazuje (v případech kdy TryFrom vrací chybu), potom je to o jiné funkci - mrkni třeba https://doc.rust-lang.org/std/string/struct.String.html#method.from_utf8_lossy