Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
Open source router Turris Omnia NG Wired je v prodeji. Jedná se o Turris Omnia NG bez Wi-Fi. Je připraven pro zamontování do racku.
Sníh roztál a roztávají i bastlíři. Žene se na nás celá řada konferencí a seminářů technického rázu. Zajímá vás, jaké? Pak se připojte k 60. Virtuální Bastlírně, tedy k veřejné diskuzi bastlířů, techniků, učitelů i vědců. Jako vždy přijde na přetřes spousta novinek ze světa hardwaru, softwaru i bizáru. Na začátek lze očekávat hardwarová témata, tedy například nový KiCAD 10, nové akcelerátory LLM s nízkou spotřebou, nejvíce fosforeskující
… více »IuRe (Iuridicum Remedium) v rámci programu Digitální svobody zveřejnila analýzu dopadů a efektivity systémů ověřování věku v digitálním prostoru, která srovnává implementace ověřování věku v Austrálii, Velké Británii a Evropské unii.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.3 (𝕏, Mastodon). Přehled novinek a vylepšení v poznámkách k vydání.
Byla vydána nová verze 14.4 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Databáze DuckDB (Wikipedie) byla vydána ve verzi 1.5.0. S kódovým názvem Variegata (husice rajská). Přináší řadu vylepšení, včetně nového ergonomičtějšího CLI klienta nebo podporu pro typ VARIANT a vestavěný typ GEOMETRY.
V pátek 6. a sobotu 7. března proběhl v pražském sídle Nejvyššího kontrolního úřadu (NKÚ) Hackathon veřejné správy 7.1. Publikovány byly vytvořené aplikace. V kategorii projektů rozvíjených z krajského kola zvítězil tým „Mackokládi“. Čtyři středoškoláci ze Dvora Králové uspěli s aplikací KompaZ. Jde o digitálního průvodce, který pomůže s rychlou a srozumitelnou orientací v životních i krizových situacích „krok za krokem“. Aplikace
… více »QGIS, svobodný desktopový GIS, byl vydán v nové hlavní verzi 4.0. Změny zahrnují několik nových analytických a editačních funkcí, rozšíření podpory 3D, více možností úprav uživatelského rozhraní či mnoho dalších zlepšení použitelnosti. Řada 3.44 má aktualizace plánovány do září.
Dan Blanchard vydal knihovnu pro Python chardet v nové verzi 7.0.0. S novou verzí byla knihovna přelicencována z LGPL na MIT. Souhlasili s tím všichni přispěvatelé? Dan Blanchard souhlasy vůbec neřešil. Zaúkoloval umělou inteligenci (Claude), aby knihovnu zcela přepsala a výslovně jí nařídil, aby nepoužila žádný LGPL kód. Dan Blanchard tvrdí, že se jedná o clean room design. Protistrana argumentuje, že umělá inteligence byla trénována
… více »
class Hrac
{
private:
QString * jmeno;
QColor * barva;
int * znak;
int * body;
public:
Hrac();
Hrac(const Hrac &other);
~Hrac();
void nastavVlastnosti(QString jmeno, QColor barva, int znak, int body);
int * zjistiZnak();
int * zjistiBody();
QColor * zjistiBarvu();
QString * zjistiJmeno();
TypHrace * zjistiTyp();
bool checkForVictory();
friend QDataStream &operator<<(QDataStream &out, Hrac &hrac);
void serialize(QDataStream& ost);
static Hrac unserialize(QDataStream& istr);
};
Řešení dotazu:
serialize a unserialize, definice třídy se zdá v pořádku
QDataStream& operator <<(QDataStream &out, Hrac &hrac) nemusí být friend, protože použije (měl by použít ) veřejnou metodu serialize
unserialize by mělo vracet Hrac*, jinak se tam bude volat (zbytečně) copy konstruktor. Lepší by ale bylo vytvořit deserializační konstruktor explicit Hrac(QDataStream &str)
Btw. proč jsou tam ty dva inty (znak a body) dynamicky alokované?
QDataStream &operator<<(QDataStream &out, Hrac &hrac)
{
return(out << hrac.jmeno->length()<< " " << hrac.jmeno->toAscii() << " " << hrac.barva << " " << hrac.znak << " " << hrac.body);
}
void Hrac::serialize(QDataStream &ost)
{
ost << this;
}
Hrac Hrac::unserialize(QDataStream &istr)
{
Hrac tmp;
int delkajmena;
QString jmeno;
QColor barva;
int znak;
int body;
istr >> delkajmena;
//istr.readBytes() //?
tmp.nastavVlastnosti(jmeno,barva,znak,body);
return tmp;
}
Tu deserializaci udělám pomocí toho kontruktoru, takové řešení mě nenapadlo, díky.
Dynamickou alokaci tam používám pro všechny objekty uvnitř tříd, neměl by v tom být žádný rozdíl ne?
Kdyby vás zajímal ještě nějaký kus kódu, tak to celé mám na SVN pod
http://code.google.com/p/pisqorky/source/browse/trunk#trunk/src .
Dynamickou alokaci tam používám pro všechny objekty uvnitř tříd, neměl by v tom být žádný rozdíl ne?I kdyby to byla pravda, tak proč se v takovym případě namáhat?
void Hrac::serialize(QDataStream &str)
{
str << *this->jmeno << *this->barva << *this->znak << *this->body;
}
void Hrac::unserialize(QDataStream &str)
{
str >> *this->jmeno >> *this->barva >> *this->znak >> *this->body;
}
resp. s konstruktorem:
Hrac::Hrac(QDataStream &str)
: jmeno(new QString())
, barva (new QColor())
, znak (new int(0))
, body (new int(0))
{
this->unserialize(str);
}
a pokud budou potřeba, tak přidat operátory
QDataStream& operator <<(QDataStream &str, Hrac &hrac)
{
hrac.serialize(str);
return str;
}
QDataStream& operator >>(QDataStream &str, Hrac &hrac)
{
hrac.unserialize(str);
return str;
}
Tiskni
Sdílej: