QGIS 3.0 - Jinsi, lini na nini; inamaanisha

Wengi wetu tunashangaa:

QGIS 3.0 itaondolewa lini?

Mwaka jana (2015) timu ya mradi ilianza kuchunguza wakati na jinsi QGIS 3.0 itafunguliwa. Waliahidi, kulingana na chapisho kutoka Anita Graser, ambazo wangeenda kuziwasilisha wazi kwa watumiaji na watengenezaji wa mipango yao kabla ya kuzindua QGIS 3.0. Hivi karibuni wamejaribu kuweka maoni kadhaa kwa kutolewa kwa QGIS 3.0 na mwisho wa chapisho kuna fursa kwetu kuwasilisha maoni yetu.

Kwa nini 3.0?

Kwa kawaida toleo kuu limetengwa kwa nyakati ambazo mabadiliko makubwa hufanywa kwa API ya programu yako. Mapumziko haya sio uamuzi mdogo kwa mradi wa QGIS kwani sisi ni mamia ya maelfu ya watumiaji ambao wanategemea QGIS, wote kwa matumizi yetu wenyewe na kwa huduma zinazotolewa kwa watu wengine.

Mara kwa mara kuvunja API ni muhimu ili kuingilia uppdatering wa usanifu na uboreshaji wa mbinu, maktaba mapya na marekebisho kwa maamuzi yaliyotolewa zamani.

Je! Matokeo ya kuvunja API ni nini?

Moja ya sababu hii kuvunja API katika QGIS 3.0 ni kwamba itakuwa na athari kubwa, ambayo inaweza kuvunja mamia ya programu zilizopangwa ambazo hazipatikani tena na API mpya na waandishi wa haya watafanya mapitio ya maendeleo yao ili kuhakikisha utangamano na API mpya.

Ukubwa wa mabadiliko inahitajika inategemea kiwango kikubwa juu ya:

• Mabadiliko ngapi kwenye API huathiri utendaji wa sasa.
  Katika pointi ngapi waandishi wa programu wanaotumia sehemu za API ambazo zinaweza kubadilisha.

• Nini mabadiliko makubwa ya 3.0?

Kuna maeneo manne muhimu ambayo unatafuta kubadilisha katika 3.0:

Sasisha Qt4 kwa QT5: Hii ni seti ya msingi ya maktaba ambayo QGIS imejengwa kwa kiwango cha juu, tunazungumza juu ya kiwango cha utendaji cha CORE cha jukwaa. QT pia hutoa maktaba kutekeleza usimamizi wa kumbukumbu, shughuli za muunganisho, na usimamizi wa michoro. Qt4 (ambayo QGIS inategemea kwa sasa) kwa sasa haiendelezwi na wasimamizi wa maktaba ya Qt na inaweza kuwa na masuala ya utendakazi na baadhi ya majukwaa (kwa mfano, OS X) na hata kurahisisha kudhibiti matoleo ya jozi (kwa mfano Jaribio la Debian na toleo linalofuata la Debian. "Nyoosha"). Mchakato wa kuleta QGIS kwa QT5 tayari una mapema muhimu (hasa yale Matthias Kuhn amefanya) ambayo pamoja na Marco Bernasocchi moshi kwenye Android "QField" kulingana kabisa na QT5. Hata hivyo, kuna vikwazo katika kupata QT5 mpya na kufanya kazi kwa sababu ya athari zake kwa QGIS - hasa kwa wijeti za kivinjari (hutumika sana katika Mtunzi na pia sehemu zingine chache katika QGIS).

Sasisha PyQt4 kwa PyQt5: Hizi ni mabadiliko ya jamaa kwa lugha ya Python kwa Qt ambayo QGIS Python API inategemea. Lililojitokeza mabadiliko QT5 C ++ maktaba, pia inatarajiwa kuhamishia PyQt5 chatu maktaba ili waweze kuchukua faida ya faida ya API mpya katika Python QT5.
Inasasisha Python 2.7 kwa Python 3: Hivi sasa kila kitu kinaendeshwa na Python 2.7. Python 3 ni toleo la hivi karibuni la chatu na inashauriwa na wale wanaoongoza mradi huo. Python 2 haiendani kidogo na Python 3 (karibu sawia na kutokubaliana kati ya QGIS 2 na Qgis 3). Watengenezaji wengi wamefanya chatu Python 3 ikilinganishwa nyuma na Python 2, lakini utangamano wa nyuma sio mzuri sana.
Uboreshaji wa QGIS API yenyewe: Mojawapo ya shida katika kudumisha utangamano wa API kati ya matoleo ni kwamba lazima uishi na chaguo zako za muundo kwa muda mrefu. Kila juhudi hufanywa katika QGIS kutovunja API katika safu ya matoleo madogo. Kutoa toleo la QGIS la 3.0 na API ambayo haitumiki kwa sasa kutatupa fursa ya "kusafisha nyumba" kwa kurekebisha mambo kwenye API ambayo hatuzingatii. Unaweza kuona orodha ya muda ya Mabadiliko yaliyopendekezwa ya API ya 3.0.

Jinsi ya kuunga mkono mabadiliko ya API ya 3.0

Kama ilivyoelezwa tayari, toleo la 3.0 litavunjika na toleo la 2.x la QGIS na kuna uwezekano kwamba programu-jalizi nyingi, programu zilizopo na nambari zingine ambazo zinategemea API ya sasa zitavunjika. Kwa hivyo ni nini kifanyike kupunguza mabadiliko? Matthias Kuhn, Jürgen Fischer, Nyall Dawson, Martin Dobias, na watengenezaji wengine wa hali ya juu wamekuwa wakitafuta njia za kupunguza idadi ya mabadiliko ya mapumziko ya API wakati wakiendelea kusasisha kanuni ya QGIS ikizingatiwa kizazi kijacho cha maktaba na API yake ya ndani. Wakati wa mkutano wetu wa mwisho wa Kamati ya Uendeshaji ya Mradi wa QGIS tuliamua kupitia uwezekano kadhaa. Jedwali lifuatalo linafupisha kile Matthias Kuhn alihitimisha kwa neema na kwamba kwa sehemu tumejaribu kutafsiri katika nakala hii kulingana na imewekwa kwenye blogu yake:

Kuna mambo mawili muhimu ya kukumbuka juu ya pendekezo la Matías:

Katika awamu ya kwanzakazi ni kosa katika mfululizo kukamilisha 2.x msaada QT5, PyQt5 kutumia Python 3.0, kusaidia Qt4, PyQt4 na Python 2.7. Hii ina maana kwamba mabadiliko yote yaliyofanywa katika awamu ya kwanza itakuwa sambamba na matoleo ya awali ya 2.x. Python makala itakuwa kuingizwa itakuwa ilianzisha ili umri API PyQt4 bado inaweza kutumika hasa wakati compiled dhidi QT5, PyQt5, Python 3.0. Kwa kutumia QGIS imeandaliwa dhidi Qt4, PyQt4 na Python 2.7 bila kuvunja utangamano.
Katika awamu ya pili, tutafanya kazi kuzalisha QGIS 3.0, kuanzisha API mpya, Python 2.7 itaondolewa kabisa, ikiwa ni pamoja na msaada wa Qt4 na PyQt4. makala mpya katika chatu kuingia awamu ya kwanza itakuwa kuhifadhiwa, kwa kuzingatia wote chatu kanuni na maendeleo kwa matoleo 2.x ya QGIS kuendelea kufanya kazi kwenye matoleo 3.x ya QGIS. Katika awamu hii pia inatarajiwa kuanzisha mabadiliko katika API ya QGIS ambayo inaweza kuvunja Plugins kadhaa. Ili kukabiliana na hili, tutatoa mwongozo wa uhamiaji ili kujaribu kuwezesha mchakato wa uhamiaji wa matoleo ya 2.x QGIS kwa matoleo ya 3.x QGIS.

Paveat emptor

Kuna mbinu kadhaa ambazo zinapaswa kuzingatiwa ili kuhakikisha kuwa uhamiaji wa QGIS 3.0 sauti hauna uchungu.

• 1. SIkumbukwe kwamba wakati njia iliyowekwa hapo juu inajaribu kupunguza kiwango cha kazi kwenye chatu ya maandishi kwenye programu-jalizi, hii sio lazima iwe 100%. Kutakuwa na uwezekano mkubwa ambapo nambari lazima ibadilishwe na katika hali zote angalau, italazimika kurekebishwa ili kuhakikisha kuwa inaendelea kufanya kazi vizuri.
  2. Hakuna rasilimali rasmi ya kifedha ya kuwalipa watengenezaji ambao kwa hiari huwekeza wakati wao kwa mchakato huu wa uhamiaji. Kwa sababu ya hii, itakuwa ngumu sana kutoa muafaka wa muda kwa kila sehemu ya mchakato itachukua muda gani. Ukosefu huu lazima uzingatiwe katika kupanga. Kwa kweli michango inakaribishwa kusaidia kufanikisha hii.
  3. Kunaweza kuwa na watengenezaji na taasisi huko nje ambazo zinagharamia huduma mpya kwa safu ya 2.x ya QGIS na hii inaweza kuathiri kazi yako. Inahitajika kujumuisha katika mipango na bajeti za miradi hii, mgawo fulani ili kukabili uhamiaji kwenye jukwaa la QGIS 3.x.
  4. Ikiwa timu ya QGIS itafanya kazi kwenye "mabadiliko kamili", kutakuwa na muda mfupi kiasi ambapo QGIS itakuwa dhabiti na kubadilika mara kwa mara kutokana na masasisho yanayoendelea kwa QGIS 3.0.
  4. Ukiendeleza kwa njia 'ya mageuzi', una hatari kwamba usanidi wa 3.0 unaweza kuchukua muda mrefu isipokuwa uwe na kikundi cha watengenezaji waaminifu wanaoifanyia kazi na kuitayarisha.

  Mapendekezo

Kwa kuzingatia taarifa zote hapo juu, mojawapo ya mistari miwili ya hatua inapendekezwa:

Pendekezo la 1:

Toa toleo la muda 2.16 na kisha anza kufanya kazi toleo la 3.0 kama kipaumbele, na dirisha la maendeleo la miezi 8. Mabadiliko yaliyofanywa katika toleo la 2.16 yatatafuta kuoana na toleo la 3.0 (tazama python3 / pytq5).

Pendekezo la 2:

Uzindua mara moja kwa 3.0 na dirisha iliyopanuliwa zaidi kwenye QT5, Python 3.0 na PyQt5 na, waombe watengenezaji kufanya kazi yao katika 3.0. Endelea na matoleo ya 2.x na mzunguko wa kawaida mpaka 3.0 iko tayari.

Mapendekezo ya mbadala

Je! Una pendekezo mbadala? QGIS inavutiwa kujua kuhusu njia mbadala zinazowezekana. Ikiwa unataka kuwasilisha pendekezo, tafadhali tuma kwa tim@qgis.org na mada "Pendekezo la QGIS 3.0".

Ni rahisi kufuata Blogu ya QGIS, ambako chapisho hili lilikuja.