QGIS 3.0 - kuidas, millal ja mida; see tähendab

Paljud meist küsivad:

Millal saab QGIS 3.0 vabastada?

Eelmisel aastal (2015) hakkas projekti meeskond uurima, millal ja kuidas peaks QGIS 3.0 vabastama. Nad lubasid vastavalt postitusele Anita Graser, et nad kavatsevad enne QGIS 3.0 käivitamist oma plaanid kasutajatele ja arendajatele selgelt edastada. Nad on hiljuti proovinud paljastada mõningaid QGIS 3.0 väljalaske kaalutlusi ning postituse lõpus on meil võimalus oma ideid tutvustada.

Miks 3.0?

Tavaliselt reserveeritakse peaversioon aegadeks, kui teie tarkvara API-s tehakse suuri muudatusi. See paus ei ole QGIS-projekti jaoks tühine otsus, kuna oleme sajad tuhanded kasutajad, kes sõltuvad QGIS-ist nii meie enda kui ka kolmandatele isikutele pakutavate teenuste jaoks.

Vahetevahel breaking API on vaja mahutada ajakohastamine arhitektuuri paranenud lähenemisviise, uusi raamatukogusid ja parandusi tehtud otsused varem.

Millised on tagajärjed breaking API?

Üks põhjus, miks see rikub API QGIS 3.0 on see, et see on suur mõju, mis võib murda sadu arenenud pluginad, mis oleks enam kooskõlas uue API ja autorid on teha ülevaade nende arengutest, et tagada kooskõla uue API-ga.

Ulatuses vajalikud muutused, sõltub suuresti sellest:

• Paljud API muudatused mõjutavad praegust funktsiooni.
  Mitu punkti pluginad autorid on kasutanud osad API, mis muudaks.

• Millised on peamised muudatused 3.0?

On neli peamist valdkonnad, mis otsivad muutus 3.0:

Qt4 et QT5 uuendatud: See on põhiline teekide komplekt, millele QGIS on üles ehitatud tipptasemele, räägime platvormi CORE-funktsionaalsest tasemest. QT pakub ka teeke mäluhalduse, ühenduvustoimingute ja graafika haldamiseks. Qt4 (millel QGIS praegu põhineb) ei tööta praegu Qt teegi hooldajad ja võib esineda funktsionaalsusprobleeme mõne platvormiga (nt OS X) ja isegi lihtsustada binaarversioonide haldamist (nt Debiani testimine ja järgmine Debiani väljalase "venitada"). QGIS-i QT5-sse toomise protsessil on juba oluline edasiminek (peamiselt see, mida Matthias Kuhn on teinud), et koos Marco Bernasocchiga suitsetatakse täielikult QT5-l põhinevat Androidi "QField". Siiski on uue QT5 käivitamisel ja käivitamisel mõned piirangud, kuna see mõjutab QGIS-i – eriti veebibrauseri vidinate puhul (kasutatakse peamiselt Composeris ja ka mõnes teises kohas QGISis).

PyQt4 et PyQt5 uuendatud: Need on Qt-i Pythoni keele suhtelised muudatused, millel põhineb QGIS-i Pythoni API. Tekib muuta QT5 C ++ raamatukogu oodatakse ka üle PyQt5 python raamatukogu, et nad saaksid võtta eeliseid uue API Python QT5.
Uuendamine Python Python 2.7 3 to: Praegu töötab kõik Python 2.7-ga. Python 3 on pythoni uusim versioon ja seda soovitavad projekti juhtijad. Python 2 on Python 3-ga veidi kokkusobimatu (peaaegu proportsionaalne QGIS 2 ja Qgis 3 vastuoluga). Paljud arendajad on teinud Python Python 3-st Python 2-ga suures osas ühilduva, kuid tagurpidi ühilduvus pole nii suur.
Parandamine QGIS enda API: Üks API-ühilduvuse säilitamise probleemidest versioonide vahel on see, et peate oma disainivalikutega pikaks ajaks elama. QGIS-is tehakse kõik endast olenev, et API-d mitte rikkuda väiksemate versioonide seerias. QGIS-i versiooni 3.0 väljaandmine API-ga, mida praegu ei toetata, annab meile võimaluse "puhastada maja", parandades API-s asju, mida me ei järgi. Näete ajutist loendit 3.0 kavandatud muudatused API.

Kuidas toetada muutes 3.0 API

Nagu juba mainitud, rikub versioon 3.0 QGIS-i versiooni 2.x ja on tõenäoline, et paljud praegusel API-l põhinevad pistikprogrammid, olemasolevad rakendused ja muud koodid rikuvad. Mida siis teha muudatuste leevendamiseks? Matthias Kuhn, Jürgen Fischer, Nyall Dawson, Martin Dobias ja teised tipparendajad on otsinud võimalusi API katkestuste muutuste arvu leevendamiseks, jätkates samas QGISe koodibaasi edasiarendamist, mis põhineb järgmise põlvkonna raamatukogudel ja oma sisemisel API-l. QGIS-i projekti juhtkomitee viimasel koosolekul uurisime erinevaid võimalusi. Järgmine tabel võtab kokku Matthias Kuhni armulikult kokku võetud ja mida oleme selles artiklis osaliselt püüdnud ümber kirjutada vastavalt Nad avaldatud oma blogis:

On kaks tähtsat asja, mida meeles ettepaneku Matthias:

Esimeses etapisTöö tehakse seeria lõpetada 2.x toetust QT5, PyQt5 kasutades Python 3.0, toetades Qt4, PyQt4 ja Python 2.7. See tähendab, et kõik tehtud muudatused esimeses faasis oleks kooskõlas varasemate versioonide 2.x. Python funktsioonid on lisatud võetakse kasutusele nii, et vana API PyQt4 saab veel kasutada eriti kui koostatakse vastu QT5, PyQt5, Python 3.0. Kasutades QGIS koostatud vastu Qt4, PyQt4 ja Python 2.7 ei riku ühilduvus.
Teises etapisSee töötaks toota QGIS 3.0, millega kehtestatakse uus API, täielikult eemaldada Python 2.7, sealhulgas toetust Qt4 ja PyQt4. Uued funktsioonid python sisenevad esimese etapi säilib, võttes arvesse kõiki Pythoni kood ja arengut 2.x versioonid QGIS jätkuvalt tööd 3.x versioonid QGIS. See etapp on oodata ka tutvustada muutusi QGIS API, mis võivad murda mõned pluginad. Selleks, et seda antakse juhiseid aa rände püüda hõlbustada rännet versioonid 2.x QGIS 3.x QGIS versioonid.

müük ostja riisikol

Siin on mõned nipid, et küsitakse, et tagada üleminek QGIS 3.0 heli vähem valus.

• 1. STuleb märkida, et kuigi ülaltoodud lähenemisviis püüab minimeerida töömahtu Pythoni skriptimisel pistikprogrammides, ei pruugi see tingimata olla 100%. Tõenäoliselt tuleb juhtumeid, kus koodi tuleb muuta ja vähemalt igal juhul tuleb see tõenäoliselt üle vaadata, et veenduda, kas see töötab korralikult edasi.
  2. Puudub ametlikult kehtestatud rahaline ressurss, mida maksta arendajatele, kes panustavad vabatahtlikult oma aega selle rändeprotsessi jaoks. Seetõttu on väga keeruline anda täpseid ajaraame, kui kaua protsessi iga osa võtab. Seda ebakindlust tuleb planeerimisel arvestada. Muidugi on selle elluviimiseks teretulnud annetused.
  3. Seal võivad olla arendajad ja asutused, kes rahastavad QGIS 2.x seeria uusi funktsioone ja see võib teie tööd mõjutada. Nende projektide kavadesse ja eelarvesse on vaja lisada teatud eraldised, et tulla toime üleminekuga platvormile QGIS 3.x.
  4. Kui QGIS-i meeskond töötab "täieliku muudatuse" kallal, on QGIS ebastabiilne ja pidevas muutumises suhteliselt lühike aeg QGIS 3.0 pidevate uuenduste tõttu.
  4. Kui arendate "evolutsioonilist" teed, on oht, et 3.0 arendus võib võtta kauem aega, välja arvatud juhul, kui lojaalne arendajate rühm selle kallal töötab ja seda portimiseks valmis ei valmista.

  ettepanekud

Arvestades kõiki eespool esitatud teave, mis on üks kahest kursused on kavandatud meetmed:

1 ettepaneku:

Vabastage ajutine versioon 2.16 ja seejärel asuge prioriteetselt tööle versiooniga 3.0, mille arendusaken on 8 kuud. Versioonis 2.16 tehtud muudatused püüavad olla kooskõlas versiooniga 3.0 (vt python3 / pytq5).

2 ettepaneku:

Lunging kord 3.0 koos pikema kestusega akna QT5, Python 3.0 ja PyQt5 ja küsida arendajad teha oma tööd 3.0. Jätka 2.x versioonid tavaline sagedus kuni 3.0 on valmis.

alternatiivseid ettepanekuid

Kas teil on mõni muu ettepanek? QGIS on huvitatud võimalike alternatiivide tundmisest. Kui soovite esitada ettepaneku, saatke palun aadressile tim@qgis.org teemaga “QGIS 3.0 ettepanek”.

Peaks järgima QGIS blogiKust tuli see avaldamist.