Néhány napja, Dropbox fejlesztők egy bejegyzés útján az alkalmazás hivatalos blogján ismertette az útvonalat, amelyet a mobil fejlesztés szempontjából követni kívánnak a cross-platform alkalmazásának, ahol a csapat úgy döntött, hogy létrehoz egy egységes kódbázist, különféle célokra vagy platformokra.
A megközelítés hasznos lehet kis készségekkel rendelkező kis csapatok számára, de a lehető leggyorsabb termelésre van szükség. 2013 óta a Dropbox csapata támaszkodik erre a stratégiára. NAK NEKtipp az Android és az iOS platformokra a C ++ rendszerbe épített egyedi kódbázis révén. A bejegyzés elmagyarázza, hogy a vállalat miért részesíti előnyben a natív fejlesztést Swiften és Kotlinon.
"A kódbázisunk nem szabványos módon történő összeállításával olyan költségeket örököltünk, amelyek miatt nem kellett volna aggódnunk, ha igazodtunk volna az alapértelmezett fegyverekhez, amelyeket harmadik felek széles körben használnak." Végül ez inkább drága, mint kódot írni. kétszer "- mondta.
Hirtelen, A Dropbox mérnök visszajelzései azt mutatják, hogy a platformokon átívelő fejlesztési megközelítés kiválasztása további fejlesztési költségeket vezet be az egyedi könyvtárak és keretrendszerek telepítésével kapcsolatban.
Nem is beszélve azokról, amelyek az egyedi munkaeszközök megvalósításához kapcsolódnak, vagy olyan harmadik felek képzésének vagy toborzásának szükségességéről, amelyek képesek alkalmazkodni egy nagymértékben testreszabott szoftvercsomaghoz.
Valójában, hangsúlyozza, hogy a C ++ kiválasztása Android és iOS platformokon átívelő fejlesztésekhez nehézségekkel szembesülhet hogy nem lett volna bennszülöttük.
Például azt mondja, hogy a keretrendszer létrehozása a háttérben futó feladatok kezelésére elengedhetetlen lehet a cross-platform C ++ fejlesztési folyamatban.
Ezzel szemben, Egy másik mérnök elmagyarázza a Dropbox mérnököt, ez nem jelent problémát a natív nyelven.
Még azt állítja, hogy a Dropbox csapatának folyamatban fel kellett állítania egy JSON könyvtárat a C ++ 11 számára, valamint egy másikat a NULL mutatók kezelésére.
A cég mérnöke még tovább ment, hangsúlyozva, hogy áttér a gondolkodás elméletére, miszerint egyetlen platformot lehet felépíteni több platform számára.
Valójában ragaszkodik hozzá, hogy az egyes platformok sajátosságai olyan tényezők, amelyeket nem lehet elkerülni.
"Az, ahogyan egy alkalmazás a háttérben fut, platformspecifikus, és ezt kezdettől fogva meg kell vizsgálnia" - mondja.
A kódot befolyásoló szempontok mellett vannak olyanok, amelyek a munkaeszközöket érintik. Ebben az értelemben a vállalat mérnöke két tengelyben fejlődik: a hibakeresés és a személyre szabott eszközök konfigurálása.
"A natív hibakeresési tapasztalat általában jobb, mint a C ++, a célplatform alapértelmezett IDE-jén keresztül" - írja, hozzátéve, hogy "amellett, hogy el kellett távolodnunk a rendelkezésre álló eszközöktől, fejlesztési erőfeszítéseket kellett mozgósítanunk mások fejlesztése érdekében. képes támogatni a cross-platform megközelítést C ++ nyelven. «
Végül, ami a képzést és a toborzást illeti, Eyal Guthmann jelzi, hogy a platformokon átívelő kalandot a mérnökök köré építették, szilárd háttérrel a C ++ nyelven.
Utóbbi távozásával más csapatokhoz vagy cégekhez, a vállalat egyre nehezebben töltötte be a technikai hiányosságokat a C ++ kódbázis fenntartása érdekében. Belsőleg és külsőleg a vállalatnak gondjai voltak ezen a tengelyen történő képzéssel és toborzással, mert úgy tűnik, hogy nagyon kevés mobilfejlesztőt érdekel a C ++.
Előnyökkel jár a csapat Dropboxról natívra költöztetése a Kotlin és a Swift Android és iOS rendszeren keresztül.
Valójában a C ++ nyelv az Ön által már nem idézett C-vel együtt közös nevezőként szolgál az ilyen problémák kezelésében.
Nem nehéz elképzelni, hogy a mérnökök kezdeti csoportja integrálta a háttér bizonyos kritikus aspektusainak kezelésére. Csak a C ++ felület és a célplatformok minőségével kapcsolatos kérdések kerülhetnek terítékre.
forrás: https://blogs.dropbox.com/