Byla vydána první veřejná preview verze PrusaSliceru 3.0. Přesně 15 let po zveřejnění první verze Slic3ru, které připadlo na 1. září 2011. Jedná se o dosud největší upgrade PrusaSliceru: "Řídili jsme se tím, co skutečně potřebujete, a tak jsme například zcela zahodili stávající uživatelské rozhraní a vytvořili ho znovu od nuly. Přinášíme také nový systém projektů, kompletně přepracované profily navržené pro moderní tiskárny s větším
… více »Byl vydán Mozilla Firefox 155.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vypíchnout lze Smart Window, zatím ale dostupné pouze pro uživatele v USA, Kanadě a Francii. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 155 bude brzy k dispozici také na Flathubu a Snapcraftu.
Tima Cooka na pozici generálního ředitele společnosti Apple dnešním dnem nahradil John Ternus, který byl dosud odpovědný za hardware. Tim Cook vedl Apple od roku 2011, kdy funkci převzal od později zesnulého spoluzakladatele společnosti Stevea Jobse. Za 15 let v čele Applu více než zdvojnásobil tržní hodnotu firmy.
Organizátoři konference LinuxDays ukončil veřejné přihlašování přednášek. Teď je na vás, abyste vybrali nejlepší témata pro letošní ročník. Hlasovat můžete do pondělí 7. září, poté bude podle výsledků hlasování sestaven program pro letošní ročník.
Servo, engine webového prohlížeče napsaný v Rustu, byl vydán ve verzi 0.5.0. Novinky shrnuje přehled projektu za červenec. Došlo k dalšímu pokroku ve vykreslování webových stránek. Současným cílem projektu je vytvořit komponentu webového prohlížeče jako WebView pro použití v jiných aplikacích.
IKEA a XBOX představují kolekci YXSTABY (pdf). Ta přináší designová a praktická řešení, díky nimž se prostor pro hraní během sekundy promění v útulný a harmonický domov.
Jonathan Thomas oznámil vydání verze 4.0 nelineární střižny OpenShot. Nově podporuje nahrávání obrazu a zvuku, vylepšuje uživatelské rozhraní, mj. color grading, přidává další efekty a mnoho dalšího (seznam změn).
Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
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: