Males practiques amb Qt Quick

Aquest article cobreix que no fer o que no és aconsellable, mentre es desenvolupa amb Qt Quick. Els temes mencionats estan coberts per desenvolupadors que han comés o vist aquestes errades durant la seva feina. Si us plau, afegeix les teves recomanacions i ajuda a fer crèixer la pàgina.

Males pràctiques amb Qt Quick

Mides fixes i posicions

Com el codi Qt Quick pot còrrer en dispositius de moltes resolucions, és important permetre que una aplicació escali amunt i avall. Fins i tot si estàs lligat a la resolució d'una plataforma (640x360 per Symbian), futurs dispositius poden ser publicats amb una resolució diferent, o pot ser acabes necessitant suportar una plataforma diferent. Dient això, moltes aplicacions pot ser no podran escalar a un escritori, o a un dispositiu mòbil.

Altre benefici de tenir diferents mides dinàmiques és que pots decidir després canviar la mida, les posicions o la disposició de forma dinàmica també. Els exemples abaix demostren el problema:

Quan es centra un element:

Item {
 width: 200; height: 200 //<— L'element més exterior escala a la mida de la finestra del QMLViewer
 Rectangle {
 x: 50; y: 50 //<— NO
 width: 100; height: 100 //<— NO
 color: "red"
 // Després decideixes afegir una animació
 Behavior on width { NumberAnimation { duration: 500 } }
 MouseArea {
 anchors.fill: parent
 onPressed: parent.width = 150;
 }
 }
}

L'exemple de dalt no estarà centrat en ser clicat. Si fixes "x" a 25, l'animació no funcionarà correctament

En aquest cas, s'hauria de fer servir: anchors.centerIn: parent a la línia 4, així serà possible identificar el centre per tu, i evita dolor quan es canvia l'ample o l'alçada en el futur.

Qt Quick s'encarrega del codi multiplataforma per tu, però és feina teva assegurar-te que el codi es multiressolució.

=== Veure també

• Qt_Quick_Best_Practices ===