MonoGame import textury s alfou

[]semo[]

No právě..všechno jde, ale musíš si to napsat sám. Bez STL je to takový smutný :-). Nebo třeba absence "const". Tim si můžu dělat immutable co chci.

Tak se vždycky divím, když se mluví o efektivitě psaní kódu C++ vs C#. Když je pěkně rozjetej C++ projekt, je zápis algoritmů mnohem kratší a přehlednější.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[satik]

Tak s tím nesouhlasím, ohledně efektivity psaní kódu

Hlavičkový soubory (pěkná otrava psát část kódu dvakrát, největší zábava řešit, když se ti někde omylem stane, že máš dvě verze hlavičkových souborů, takže pak čteš úplně jiný data), absence LINQ, ve kterým rychle zapíšeš i nějakž složitější věci, rychlost kompilace (= když chceš jen udělat malou změnu a zkusit), jednodušší hledání problémů při buildu - tady nemusíš řešit, že je libka zbuilděná jen pro starší VS

Tvůj problém je ten, že se snažíš používat C# jako C++, to je pak jasný, že to nebude tak efektivní .
_________________
https://www.facebook.com/peasantsandcastles/

[]semo[]

[satik]

Databaze netusim, ty jsem v C# pouzival naposled nekde pred 5 nebo vic rokama, co konkretniho z algoritmu treba mas na mysli? Treba to nejakou C# alternativu mit bude.

Prolit jsem ted jeste v rychlosti novinky v C++11 a nevidim tam nic, co by c# nejak neumelo

To je ironie nebo se ti to vazne nestalo? Ja to hledal poprve snad i dyl nez den, nakonec jsem to nasel az kdyz jsem se na to kouknul v asm, podruhe teda uz jen par hodin...
_________________
https://www.facebook.com/peasantsandcastles/

[]semo[]

No fakt si nevzpomínám, že by se mi tohle stalo, s těma headrama, nebyla to ironie :-)

Ad algoritmy:

Třeba tohle: https://en.cppreference.com/w/cpp/header/algorithm v kombinaci s lambda funkcema a move semantikou dává už slušnou moc. A využiješ to. Nehledě na to, že podobný šablonový funkce si můžeš napsat (a dělám to). A pak to funguje se všim (i hodnotový typy) a přitom rychle. Nemusíš nic boxovat a podobně. Je to pak ve finále zkrátka míň ukecaný, když jde do tuhýho.

Zápis matematiky v C# je taky třeba utrpení. Možná to dělám blbě, ale pořád mě otravuje double vs float, new Vector2() a podobně. Mimochodem, new operátor používím v C# asi tak 100x častějc, než v C++.
Nebo properties: líbí se mi a používám je, to říkám rovnou. Ale proč nejde tohle? Actor.Position.X = 2; ? Musíš zas jen Actor.Position = new Vector2(2, Actor.Position.Y); To je hrůza přece. Jasně, chtějí to mít immutable. Ale nad tim máš právě třeba v C++ kontrolu díky const. Ty sám si zvolíš, kdy a kde bude to či ono immutable. To nakonec přispívá i lepší čitelnosti kódu.

I přes to všehno se k C# občas vracím a nehaním ho. Má svoje kouzlo. Jen nemám rád takový ty řečičky o pomalým psaní kódu, vynalézání kola, nebezpečnosti a podobné, co Csharpisti rádi říkají :-).
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Radis]

[satik]

Vetsinu veci, co umi lambda a <algorithms> prave umi linq + pripadne extensions (muzes si psat i vlastni, kdyz ti neco chybi - jako si pises sablonovy funkce).
Z tech co uz ma c# v zakladu tam z <algorithms> chybi asi jen permutace a heap operace (ale prolitnul jsem to jen hodne rychle, je mozny, ze jsem neco prehlidnul nebo ze to C# uz taky nejak umi, jen to neznam).

K tomu Vectoru to jen trochu doplnim:
Primo struct Vectoru hodnoty menit muzes jak chces, pokud na nej vidis primo, neni immutable.
Tady menit nemuzes, protoze struct se narozdil od class v c# predava hodnotou a tady tahas kopii Vectoru, protoze Actor.Position je getter a pres ten dostanes defaultne jen kopii structu.
Resi to jak uz tu padlo return ref v tom getteru.

Takova nahodna ukazka neceho, co v C# napises kratce s pomoci toho LINQ a v C++ bych fakt netusil, jak to napsat nejak podobne kratce - mas soubor s datumama v textovy podobe na radcich a mezi nima jsou obcas komentare zacinajici // a chces ziskat ty datumy a seradit je do listu/vectoru:

[]semo[]

Radis, satik: return ref zní slibně, díky za tip, neznal jsem.

Ten kód na čtení datumů se mi ale popravdě moc nelíbí. Chápu, že je to ukázka toho, že to lze zapsat na jeden řádek, ale proč dělat ReadAllLLines a alokovat tak spoustu stringů včetně komentářů? To bych to radši zapsal dejme tomu na 3 řádky a četl jen ty datumy. Což lze v C# i v C++. Je nějak nevidím tu výhodu Linq, zrovna na tomhle příkladu. Neni to ani přehlednější, ani optimálnější. Jen kratší.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Radis]

[]semo[]

Nejde o ty 3 řádky, ale o to, že zbytečně načte celý text do paměti. Ale pokud to má člověk na háku, tak proč ne.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[satik]

V C# si s tím parsováním nijak nepomůžeš, tam to bude vždycky vytváření spousty stringů, protože musíš do datetime.Parse vždycky posílat string a ten je immutable -> musíš pokaždý vytvořit novej.

Jinak já dřív taky řešil každej byte a každej cyklus procesoru, že jsem dokonce některý kusy C++ kódu zkoušel přepisovat do asm..

Teď už u kódu nekoukám jen na cpu/ram složitost, ale i náročnost napsání (=vymyšlení, otestování apod.) a pokud to není něco kritickýho, tak volím ty jednodušší varianty na napsání (pokud není rychlejší varianta srovnatelně složitá na napsání).

Ono to většinou není tak hrozný, jak to vypadá, pokud samozřejmě nemáš třeba stovky tisíc objektů, s kterýma děláš nějaký kejkle každej frame.

Je to hlavně o správných algoritmech - např. pro hledání objektů podle id třeba ideálně používat hashmapy (Dictionary v C#) místo hledání v obyčejným listu přes linq (např. gameobjects.Where(x=>x.id == wantedId), případně kde co jde cacheovat do pomocných seznamů, ale to je všechno už dost situační a jestli to má smysl záleží na okolnostech, zase nemá smysl cacheovat výběr 5 prvků ze seznamu, kde bude max 10 objektů, protože tam ta práce navíc za ušetřenej výkon nestojí

Takže jo, přemejšlet a řešit optimalizace, ale zase se to nesmí přehánět.

Názor na LINQ jsem měl dlouho stejnej, že je to pomalý, černá magie a teď je to jedna z mých oblíbených věcí na C# a používám ho, kde to jde, na zkrácení kódu.
_________________
https://www.facebook.com/peasantsandcastles/

[]semo[]

Jasně že do DateTime.Parse přijde string, to chápu, ale v té ukázce nejdřív načteš všechny stringy do listu a teprve pak je parsuješ. Já bych načetl jeden, zparsoval, uložil datum...a takhle celý soubor. Ale to je detail, jen na vysvětlenou.

Taky neřeším optimaliziace všude a už vůbec ne na úrovni instrukcí. Jen se snažím psát kód slušně. A to vždycky! :-). Nějaký ten řádek navíc nevadí, umím psát všema deseti.

Ale můžem té debaty nechat. Stejně se zdá, že nám jde všem o dobrou věc. :-)
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory