QGIS 3.0 - Nola, noiz eta zer; inplikatzen du

Asko dira geure buruari galdetzen:

Noiz egingo da QGIS 3.0 kaleratu?

Iaz (2015) proiektuaren taldeak QGIS 3.0 kaleratu behar zuenean nola ikertu zuen. Esan zioten, mezu baten arabera Anita Graser, argi eta garbi helaraziko zieten erabiltzaileei eta garatzaileei beren planak QGIS 3.0 kaleratu aurretik. Duela gutxi QGIS 3.0 bertsiorako zenbait gogoeta azaleratzen saiatu dira eta argitalpenaren amaieran gure ideiak aurkezteko aukera dago.

Zergatik 3.0?

Normalean bertsio garrantzitsu bat zure softwarearen APIan aldaketa handia egiten den uneetarako gordetzen da. Atsedenaldia ez da QGIS proiektuaren erabaki hutsala, izan ere, QGISen mende gauden ehunka mila erabiltzaile gara, bai gure erabilerarako, bai hirugarrenei emandako zerbitzuetarako.

Batzuetan API behar da arkitektura eguneratzeko planteamendu hobetu, liburutegi berria eta zuzenketak iraganean hartutako erabakiak batera egokitzeko hautsiz.

Zer dira API hautsiz ondorioak?

Arrazoi QGIS 3.0 in API urratzen hau da eragin handia, eta horrek plugins garatuetan lukeen jada ez du API berriarekin bateragarria izango ehunka eta horien egileek apur dezake egin dute izango du bere garapen berrikuspena API berriarekin bateragarritasuna bermatzeko.

beharrezkoak diren aldaketak neurri, neurri handi batean hemen:

• Zenbat APIren aldaketak uneko funtzionaltasunean eragiten du.
  Zenbat puntutan plugin-egileek aldatuko luketen APIaren zatiak erabili dituzte.

• Zein izango dira 3.0ren aldaketa nagusiak?

Badira lau arlo giltzarri diren 3.0 aldaketa bila:

Qt4 eguneratzea QT5-era: Hau da QGIS goi mailan eraikitako liburutegien oinarrizko multzoa, plataformaren CORE-funtzio mailaz hitz egiten dugu. QT-k liburutegiak ere eskaintzen ditu memoria-kudeaketa, konektibitate-eragiketak eta grafikoen kudeaketa egiteko. Qt4 (gaur egun QGIS oinarritzen dena) ez dute Qt liburutegiko arduradunek garatzen ari eta baliteke plataforma batzuekin funtzionaltasun-arazoak izatea (adibidez OS X) eta baita bertsio bitarrak kudeatzea erraztea ere (adibidez, Debian Testing eta hurrengo Debian bertsioa). “Luzatu”). QGIS QT5era ekartzeko prozesuak aurrerapen garrantzitsu bat du dagoeneko (batez ere Matthias Kuhn-ek egin duena) Marco Bernasocchirekin batera Android "QField"-en erretzen duena guztiz QT5-en oinarrituta. Hala ere, QT5 berria martxan jartzeko muga batzuk daude QGIS-en duen eragina dela eta, batez ere web-arakatzailearen widgetekin (batez ere Composer-en erabiltzen da eta QGIS-en beste leku batzuetan).

Eguneratu PyQt4-era PyQt5-era: QGIS Python APIa oinarritzen den Qt Python hizkuntza aldatzeko erlatiboak dira. Sortzen aldatu QT5 C ++ liburutegia, to PyQt5 python liburutegian transferitzeko, beraz, aprobetxatu ahal izango dute, Python QT5 en API berriari onurak ere espero da.
Python 2.7 Python 3 eguneratuz: Gaur egun dena Python 2.7-rekin exekutatzen da. Python 3 python-en azken bertsioa da eta proiektu hori zuzentzen dutenek gomendatzen dute. Python 2 Python 3-rekin bateraezina da (ia QGIS 2 eta Qgis 3 arteko bateraezintasunaren proportzionala da). Garatzaile askok egin dute Python Python 3 neurri handi batean atzera bateragarria Python 2-rekin, baina bateragarritasuna ez da hain ona.
QGIS APIa bera hobetzea: Bertsioen arteko API bateragarritasuna mantentzearen arazoetako bat zure diseinu-aukerekin bizi behar duzula da epe luzerako. QGIS-en ahalegin guztiak egiten dira APIa bertsio txiki batzuetan ez apurtzeko. Une honetan onartzen ez den API batekin QGIS 3.0rako bertsioa kaleratzeak "etxea garbitzeko" aukera emango digu betetzen ez ditugun APIan gauzak konponduz. Behin-behineko zerrenda bat ikus dezakezu 3.0 APIrako proposatutako aldaketak.

Nola onartzen 3.0 API aldatzea

Esan bezala, 3.0 bertsioa QGIS 2.x bertsioarekin hautsiko da eta unean uneko APIan oinarritutako hainbat plugin, lehendik dauden aplikazio eta beste kode batzuk apurtzeko aukera dago. Orduan, zer egin daiteke aldaketak arintzeko? Matthias Kuhn, Jürgen Fischer, Nyall Dawson, Martin Dobias eta beste garatzaile garrantzitsu batzuek API haustura aldaketen kopurua arintzeko moduak bilatzen aritu dira QGIS kodebase aurreratzen jarraituz liburutegien hurrengo belaunaldian eta bere barne APIan oinarrituta. QGIS Proiektuaren Zuzendaritza Batzordearen azken bileran geofumatu egin genuen aukera desberdinen bidez. Ondorengo taulan Matthias Kuhnek atsegin handiz laburbildutakoa eta artikulu honetan transliteratzen saiatu garena laburbiltzen du Zure blogean argitaratua:

Badira proposamena Matthias buruz kontutan izan, bi gauza garrantzitsu:

Lehenengo faseanLana telesailean egiten da 2.x laguntza QT5 osatzeko, PyQt5 Python 3.0 erabiliz, euskarri Qt4, PyQt4 eta Python 2.7. Horrek esan, lehen fasean eginiko aldaketa guztiek bertsio lehenago 2.x bateragarria izango litzateke. Python ezaugarriak gehituko zaie sartu egingo da, beraz, antzinako API PyQt4 daiteke oraindik, batez ere erabili behar denean QT5, PyQt5, Python 3.0 kontra konpilatu. Qt4, PyQt4 eta Python 2.7 kontra konpilatu QGIS erabilita ez litzateke bateragarritasuna hautsi By.
Bigarren faseanQGIS 3.0 ekoizteko, API berriak sartzeko, erabat Python 2.7 kentzeko, Qt4 eta PyQt4 laguntza barne lan litzateke. python ezaugarri berriak lehenengo fasean sartzen mantendu egingo da, kontuan hartuta python kodea eta 2.x QGIS bertsio garapen guztiei 3.x QGIS bertsioak lantzen jarraitzeko. Fase honek QGIS API hori plugins batzuk hautsi daiteke aldaketak aurkeztera ere espero da. hau orientazio aa migrazio emango bertsio migrazioa 2.x QGIS 3.x QGIS bertsioak errazteko saiatu aurre egiteko.

Oharra erosleak

Badira trikimailu batzuk eskatu QGIS 3.0 erbesteratzea soinu gutxiago mingarri hori bermatzeko.

• 1. SKontuan izan behar da goian zehaztutako ikuspegia pluginetan python scripting-en lan kopurua minimizatzen saiatzen den bitartean, hori ez dela zertan% 100ekoa izango. Ziurrenik kodea aldatu egin behar den kasuetan egongo da eta, kasu guztietan, gutxienez, berrikusi egin beharko da, behar bezala funtzionatzen jarraitzen duela ziurtatzeko.
  2. Ez dago formalki finkatutako baliabide ekonomikorik migrazio prozesu honetarako beren denbora beren borondatez inbertitzen duten garatzaileei ordaintzeko. Hori dela eta, oso zaila izango da prozesuaren zati bakoitzak zenbat denbora beharko duen zehazteko denbora tarte zehatzak ematea. Ziurgabetasun hori kontuan hartu behar da plangintzan. Jakina, dohaintzak ongi etorriak dira hori horrela izan dadin.
  3. Baliteke QGIS 2.x serieko ezaugarri berriak finantzatzen dituzten garatzaileak eta erakundeak egotea eta horrek zure lanean eragina izan dezake. Beharrezkoa da proiektu horien plan eta aurrekontuetan QGIS 3.x plataformarako migrazioari aurre egiteko zuzkidura jakin bat sartzea.
  4. QGIS taldeak "erabateko aldaketan" lan egiten badu, denbora nahiko laburra izango da QGIS ezegonkorra eta etengabe aldatzen joango den QGIS 3.0-ren etengabeko eguneraketen ondorioz.
  4. Modu 'ebolutiboan' garatzen bazara, 3.0 garapenak denbora gehiago iraun dezakeen arriskua duzu, garatzaile talde leial bat horretan lanean eta porturatzeko prestatzen ez baduzu.

  proposamenak

Aurreko informazio guztia kontuan hartuta, bi ekintza ildoetako bat proposatzen da:

1 proposamena:

Askatu behin-behineko 2.16 bertsioa eta hasi 3.0 bertsioan lehentasunez lanean, 8 hilabeteko garapen leihoarekin. 2.16 bertsioan egindako aldaketek 3.0 bertsioarekin bateragarriak izatea bilatzen dute (ikus python3 / pytq5).

2 proposamena:

behin lunging iraupena QT3.0, Python 5 eta PyQt3.0 leihoa gehiago hedatua batekin 5 eta sustatzaileak eskatu beren lana egin 3.0 in. Jarraitu 2.x bertsioekin aldizka, 3.0 prest dagoen arte.

Proposamen alternatiboak

Ba al duzu proposamen alternatiborik? QGISek alternatiba posibleak ezagutzeko interesa du. Proposamen bat bidali nahi baduzu, bidali helbide honetara tim@qgis.org “QGIS 3.0 Proposamena” gaiarekin.

jarraitu behar QGIS bloga, Argitalpen hau atera zenetik.