Ano ang mga pangunahing pagkakaiba sa pagitan ng ReactNative at NativeScript?


sagot 1:
Pagtatatwa: Ang sagot na ito ay walang layunin upang patunayan na ang isa ay mas mahusay kaysa sa isa pa, hindi ko nais na pintahin ang kamangha-manghang mga gawa ng parehong mga koponan, ngunit ilista ang mga pagkakaiba sa pagitan ng Nativekrip at React Native.

Ang dalawang mga frameworks ay parehong bahagi ng bagong henerasyon ng mga mobile frameworks mobile na HINDI ginagamit ang browser upang i-package ito sa katutubong app. Ang mga ito ay _actualy_ gamit ang mga katutubong sangkap ng UI mula sa katutubong OS. Ito ay may isang napaka positibong epekto sa UX ng app. Pinapayagan nito para sa mas mabilis na pagpapatupad ng app dahil ang pangwakas na polish na kinakailangan para sa app ay ng mga magnitude na mas maliit na ang gawaing kinakailangan sa kapareho sa anumang PhoneGap, app na batay sa browser.

Ngayon sa iyong katanungan. Mayroong maraming mga pagkakaiba-iba - parehong teknikal at hindi teknikal.

Sa hindi teknikal na panig

Ang NativeScript ay inihatid ng Telerik (isang kumpanya ng Progress) - isang kilalang kumpanya ng developer at framework ng Nativekrip ay bahagi ng kanilang pangunahing negosyo. Ang ReactNative ay binuo mula sa Facebook, na tulad ng alam nating lahat ay hindi isang kumpanya ng developer tool. Bakit ito mahalaga? Kapag umaasa ka sa Telerik mayroon kang pagpipilian upang makakuha ng suporta (developer o produksyon) na isang kinakailangan para sa karamihan ng mga seryosong mga tindahan ng software doon. Gayundin kung nagtatrabaho ka sa mga negosyo na inaasahan mong isang tiyak na salansan ng mga tool, serbisyo at solusyon. Code ng pag-encrypt at seguridad halimbawa. Nakukuha mo ang lahat ng ito sa Telerik / NativeScript, ngunit hindi ito isang priyoridad para sa Facebook / React.

Kapansin-pansin din na ang bersyon ng NativeScript ay mayroon nang bersyon 2.0, habang ang ReactNative ay nasa mga unang araw din ng kapanahunan. Dapat din itong kalkulahin kapag sinusuri ang panganib kapag pumipili ng tamang balangkas. Sa NativeScript mayroon kang buong stack na magagamit mo para sa parehong iOS at Android. Para sa RN, tulad ngayon ay marami pa rin ang gaps sa kwento ng cross-platform. Ang mga gaps na ito ay pinupuno araw-araw at ayon sa FB team ito ay isa sa mga pangunahing priyoridad para sa koponan ng RN sa susunod na isang taon. Mayroon ding maraming mga bayad na tool sa produktibo, serbisyo at mga sangkap na magagamit para sa NativeScript. Ito ay gumaganap ng isang pangunahing papel kapag nagpapasya kung aling mga balangkas na gagamitin kapag nagtatayo ng anumang komersyal na software.

Ang huling bagay na hindi pang-teknikal ay ang laki ng komunidad. Ang parehong mga frameworks ay bukas na mapagkukunan at libre. Ang ReactNative ay isang pagpapalawig ng React.js sa gayon maaari mong isipin na ang buong reaksyon.js ng komunidad ay pumusta dito. Sa kabilang panig ang NativeScript ay sinusuportahan ng Google at pinupuntirya ang pamayanan ng AngularJS. Ang parehong mga komunidad ay napakalaking (milyon-milyong mga developer) at ang dalawang mga frameworks na ito ay nasa mabuting kamay. Ito rin ay gumaganap ng isang pangunahing papel sa pagsusuri sa panganib.

Ngayon sa teknikal na panig

Mga tonong pagkakaiba. Ang diskarte na ReactNative at Nativedit ay kumukuha ay kapansin-pansing naiiba na nakakaapekto sa karanasan ng nag-develop at may kakayahang magamit at magamit muli ang mga resulta ng mga aklatan. Parehong naghahatid ng isang napakahusay na pagganap sa parehong mga iO at Android. 60fps karamihan ng oras. May mga sitwasyon pa rin na kailangang ma-polished sa parehong mga balangkas, ngunit kahit ngayon ay kumilos sila bilang tunay na katutubong apps.

ReactNative Architecture

Ang pagsasalita ng arkitektura - ReactNative tulad ng nabanggit ko sa itaas ay isang extension sa React.JS kaya sinusunod nila ang parehong mga prinsipyo para sa pag-update ng UI tulad ng sa ReactJS. E.g. gamit ang isang virtual DOM. Sa maikli - kinakalkula nila ang mga pagbabago na kailangang mangyari sa UI sa isang _background thread_ at inilalapat ang mga pagbabagong iyon sa mga batch. Ang katotohanan na ginagawa nila ito sa isang background na thread ay may mga kalamangan at kahinaan nito. Sa positibong bahagi ng kurso ay ang thread ng UI ay hindi hinawakan (na humahantong sa napaka tumutugon na UI), ngunit sa negatibong panig ito ay nililimitahan ang kanilang kakayahang makipag-usap _fast_ sa pinagbabatayan ng katutubong OS. Nangangahulugan ito na kung mayroon kang isang bahagi na gumagawa ng maraming mga tawag sa katutubong OS ang app ay magiging napakabagal, talagang mabagal. Ang magandang bagay ay hindi ito kinakailangan para sa karamihan ng mga kaso.

Ang masamang bagay ay kung kailangan mong gumamit ng mga pasadyang katutubong sangkap o katutubong API na kailangan mong malaman ang ObjC para sa iOS at Java para sa Android upang ma-access ang mga sangkap at API. Maaari itong maging isang breaker ng deal para sa maraming mga developer ng JS. hindi mo kailangang malaman ang ObjC / Java upang makamit ito sa NativeScript, basahin sa ibaba.

 May isang napakahusay na artikulo sa website ng ReactNative na nagpapaliwanag ito sa mga detalye at binabanggit nila doon na pinaplano nilang baguhin ang arkitektura na ito upang mas maraming mga bagay-bagay ang ginagawa sa thread ng UI para sa kadahilanang ito. Narito ang isang quote mula sa artikulo:

Hindi sa palagay ko kailangan namin o nais na baguhin ang aming modelo ng pag-thread ng drastically, hal. sa pamamagitan ng paglipat ng lahat sa pangunahing thread, ngunit kailangan nating gumawa ng ilang mga magagandang pagbabago sa pangunahing.

Inirerekumenda kong basahin ang artikulo dito.

Arkitektura ng NativeScript

Ang mga tagagawa ng pangunahing koponan ng NativeScript ay kumukuha ng mas klasikong diskarte dito. Ginagamit nila ang UI thread upang maisakatuparan ang UI na kung saan ay ang parehong modelo na ginamit sa karamihan ng mga tanyag na mga frameworks - Android, Windows, atbp. Pinapayagan nito para sa isang mas simpleng paraan ng pagbuo ng mga app - ikaw bilang isang developer ay laging may access sa UI puno ng iyong aplikasyon. Ito ay nagkakahalaga na tandaan na kung kailangan mong magpatupad ng isang bagay sa isang background thread posible din ito. Ang ilan sa mga mas pangunahing sangkap tulad ng http, imahe, sql lite database ay aktwal na gumaganap ng maraming mga operasyon sa isang background thread upang mabawasan ang pag-load sa thread ng UI. Ang diskarte na ito ay may napakalaking pakinabang na nagpapahintulot sa iyo na ma-access ang _any_ katutubong API nang direkta mula sa JavaScript.

Mangyaring basahin ang artikulong ito na nagpapaliwanag ng malalim na arkitektura ng thread ng Nativekrip - http: //developer.telerik.com/ hane ...

Karaniwang ma-access mo ang buong katutubong mga API na hindi nasabi na may maraming mga benepisyo lalo na kung kailangan mong suportahan ang app sa katagalan. Walang anumang mga wrappers para sa mga katutubong API at ginagawa nitong mas simple at mas madaling kapitan ang buong karanasan. Maaari mong literal na isulat ang mga bagay tulad ng - com.android.button.init (). Mayroon din itong pakinabang ng muling paggamit ng buong salansan ng mga 3rd library ng mga katutubong partido nang direkta nang hindi nangangailangan ng anumang mga pagbabago. Pinapayagan nito para sa mas madaling pagkonsumo at paglikha ng mga extension. Sa kasalukuyan mayroong higit sa 220 na mga extension na magagamit mula sa komunidad. Ang iba pang pakinabang ng pamamaraang ito ay ang mga animation sa Nativedit na nilikha sa pamamagitan ng paggamit ng CSS at JavaScript ay tatakbo nang mas maayos dahil ang mga ito ay naisakatuparan sa thread ng UI.

Tulad ng nabanggit ko sa itaas ng NativeScript ay sinusuportahan ng Google, kaya kung ikaw ay isang developer ng Angular ay mararamdaman mo sa bahay kung gagamitin mo ang NativeScript - ang buong Angular 2 API ay suportado at maaari mong magamit muli ang iyong code sa pagitan ng isang NativeScript at isang web app.

Pinapayagan ng arkitektura sa itaas ang Nativedit na mag-alok ng 0-day na suporta para sa mga bagong paglabas ng OS. Sa kasalukuyan ay mayroong suporta ang NativeScript para sa, nasa yugto pa rin ng Alpha, ang pagpapalabas ng Android N.

JS Engine na ginamit upang maisagawa ang app code

Ito ay nagkakahalaga ng pagbanggit na ang parehong mga frameworks ay gumagamit ng umiiral na mga makina ng JavaScript upang maisakatuparan ang JavaScript code sa runtime. Ang ReactNative ay gumagamit ng JavaScriptCore sa iOS at Android. Ang NativeScript ay gumagamit ng V8 sa Android at JavaScriptCore sa iOS. Kamakailan lamang ay idinagdag ng Microsoft ang suporta para sa Windows Universal sa ReactNative at gumagamit ng kanilang sariling Chakra JS engine. Hindi ako sigurado kung paano ito sasamahan sa natitirang code ng ReactNative dahil ito (hinihinala ko) ay magpahiwatig ng maraming mga pagbabago sa tooling - iba't ibang debugger, profiler, upang pangalanan ang iilan.

Paggamit ng Pamantayan

Malaki ang nagbabago ng software, kaya mahalagang umasa sa mga pamantayan upang mabawasan ang panganib kapag pumipili ng tamang balangkas para sa iyong senaryo.

Ang parehong mga frameworks ay gumagamit ng mga pamantayan na sumusunod sa ECMAScript code na nagpapahintulot sa muling paggamit ng code sa pagitan ng web at mobile apps, na humahantong sa isang napakahusay na ROI kapag ginagamit ang mga ito.

Ang kalamangan para sa Nativedit ay gumagamit din ito ng isang pamantayan na sumusunod sa deklarasyon ng CSS. Pinapayagan nito para sa isang mas malaking kasanayan / kuwento ng muling paggamit ng kuwento sa pagitan ng mobile at web app. Sinusuportahan din ito na naglalarawan ng mga animation gamit ang mga CSS keyframes. Ang lahat ng ito ay bumababa sa katutubong code upang ang mga pagpapahayag ng CSS ay isinalin sa katutubong karanasan. Tingnan kung paano gamitin ang CSS para sa pagsulat ng mga katutubong animasyon.

Pahayag ng UI

Sa parehong mga frameworks maaari kang magkaroon ng deklaratibong syntax para sa paglalarawan ng UI ng app. ReactNative bilang paggamit ng notasyon na natagpuan sa React para sa pag-inlining ng deklarasyon ng UI sa isang file. Ang muling pagsasalita ng NativeScript ay gumagamit ng isang mas klasikong diskarte sa pamamagitan ng pagpapahintulot sa iyo na pareho ang pagbuo ng UI gamit ang code o sa pamamagitan ng isang hiwalay na file para sa pagpapatupad ng UI na nagpapahintulot sa iyo na gamitin ang mga klasikong pattern ng MVC / MVVM. Hindi ko sasabihin kung alin ang mas mahusay - ito ay isang bagay ng personal na panlasa. Para sa akin ang paghihiwalay sa pagitan ng UI at ang code ay mas mahusay sa MVVM, ngunit ito ang ginamit kong isulat upang ako ay bias.

Kung alam mo na ang CSS sa Nativedit ay magiging mas madali para sa iyo upang i-istil ang mga aplikasyon gamit ang mga panlabas na styleheets o inline na istilo. Ang ReactNative ay gumagamit ng kanilang sariling notasyon para sa estilo batay sa mga pagpapahayag ng JSON. Muli katulad sa CSS, ngunit naiiba.

Suporta sa wika

Parehong ReactNative at NativeScript ay gumagamit ng modernong JavaScript. Pareho nilang suportahan ang Babel upang magamit ang pinakabago at pinakadakila ng JS.

Bilang mas matanda ang Nativedit mayroon din itong mas maraming mga pagpipilian dito. Ang NativeScript ay may isang mahigpit na pagsasama (tooling, IDE, atbp) kasama ang Typekrip. Nagbibigay ito ng isang karagdagang pagsasama sa Angular 2 at pinapalakas ang pagiging produktibo at ginagawang mas madali ang pangmatagalang suporta ng mga app na ito.

Karanasan ng developer, Pag-debug

Ang parehong mga frameworks ay nag-aalok ng kakayahan upang mag-develop ng mga aplikasyon sa isang mabilis na paraan - pareho silang nag-aalok ng mainit na pag-andar ng reload - ito ay ang kakayahang makita ang mga pagbabago sa code kaagad sa aparato nang hindi kinakailangang i-reload ang app (sa karamihan ng mga kaso).

Sa mga tuntunin ng karanasan ng developer at mga IDE mula nang ang buong stack ng app ay JavaScript maaari mong magamit ang anumang magagamit na IDE. Ang Facebook ay nagtatrabaho sa kanilang sariling IDE na hindi pa inilalabas sa oras ng pagsulat na ito, ang NativeScript ay nagtataguyod ng Visual Studio Code bilang inirerekumendang editor. Ang Microsoft ay may pagpapatupad para sa parehong NativeScript at ReactNative para sa kanilang debugger ng VS Code.

Pagsubok

Dahil lahat ito ay sumusunod sa pamantayang JavaScript, maaari mong gamitin ang alinman sa magagamit na mga tool upang magsulat ng mga pagsusuri sa yunit. Ang parehong mga frameworks ay sumusuporta sa pinakatanyag na mga framworks sa pagsusulit tulad ng Karma, Jasmine, Mocha.

Para sa functional na pagsubok, dahil ang UI ay ganap na katutubong maaari mong gamitin ang anumang tool sa pagsubok na gumagana sa mga katutubong frameworks tulad ng Appium.

Tingnan kung paano sumulat ng mga pagsusuri sa Nativedit. Sa ReactNative.

Pagganap

Tulad ng nabanggit ko nang maraming beses sa itaas sa bahagi ng pagganap ay kuntento ka sa parehong mga frameworks. Ito ay isang malaking pagpapabuti sa kilalang mga app ng PhoneGap. Ang panghuling apps ay hindi naiiba sa mga tunay na katutubong app. Ang paggamit ng totoong katutubong sangkap ng UI ay isang malaking benepisyo para sa parehong mga frameworks.

Ang parehong mga frameworks ay may pambihirang pagganap sa iOS - parehong sa mga tuntunin ng oras ng paglo-load (mas mababa sa isang segundo para sa pareho) at sa mga tuntunin ng FPS (60fps sa karamihan ng mga kaso) sa runtime.

Sa Android ang pagganap ay mabuti pa rin ngunit dahil sa pinagbabatayan ng arkitektura ng katutubong OS ang pangkalahatang pagganap ay hindi kasing ganda ng sa iOS. Ang oras ng paglo-load at ang pag-uugali ng runtime ay hindi pinakintab tulad ng sa iOS. Ngunit ito ay may bisa para sa dalisay na katutubong apps din, kaya huwag masyadong mapili sa NativeScript at ReactNative. Ang ReactNative ay may isang bahagyang mas mahusay (mas mabilis) oras ng paglo-load sa Android kumpara sa NativeScript (1.4s vs 2.2s). Tinutugunan ito ng koponan ng NativeScript sa pagpapakilala ng mga snaphot ng memorya ng memorya, ngunit ang tampok na ito ay eksperimentong pa rin.

Mga Real Apps

Para sa ilang mga tunay na apps maaari mong makita na sundin ang mga link na ito para sa NativeScript kitchen sink app:

Sa Android -> https: //play.google.com/store/ap ...

Sa iOS -> https: //itunes.apple.com/bg/app / ...

O maaari mong suriin ang mga app mula sa gallery ng Nativedit showcase.

Para sa ReactNative Hindi ko alam ang anumang mga apps sa paglubog ng kusina, ngunit maaari mong suriin ang alinman sa mga app ng showcase. Siguraduhing suriin ang mga app na ginawa ng Facebook para sa pinakamahusay na pagpapatupad.

Sa pagsasara

Para sa akin ng personal, ang pangunahing paggawa ng desisyon ay batay sa iyong umiiral na mga kasanayan- kung mayroon kang mga kasanayan sa Angular, gamitin lamang ang Nativekrip, kung ikaw ay isang developer ng React ay makikita mo ang ReactNative na mas pamilyar at madaling gamitin. Kung nagpapatupad ka ng komersyal na software isaalang-alang ang suporta at mga serbisyo na magagamit sa NativeScript at ang set ng Angular na kasanayan. Kung kailangan mo ng higit pang pasadyang katutubong Native Native UI na angkop sa iyo dahil hindi mo kailangang malaman ang ObjC o Java upang magamit ang mga ito. Sa pagtatapos ng araw ang parehong mga frameworks ay moderno at naghahatid sa kanilang pangako at ito ay hahantong sa top-notch apps.

Maligayang coding, at umaasa ako na nakatutulong ang nasa itaas :). Mangyaring huwag mag-atubiling hilingin sa akin para sa anumang karagdagang mga detalye. Tiyak na maraming mga bagay na hindi nasasaklaw dito, ngunit maaari akong pumunta nang higit pa at ipaliwanag ang lahat sa itaas sa mas malalim na mga detalye. Maabot mo ako sa twitter - @ValioStoychev.

Pagbubunyag: Nagtatrabaho ako bilang isang PM para sa Nativedit, ngunit sinubukan kong maging ganap na walang pinapanigan. Inaasahan kong pahalagahan mo ang nilalaman sa itaas. Kung sakaling sa palagay mo ay may mga maling katotohanan, mangyaring ipaalam sa akin at mag-apply ako ng mga pag-edit!


sagot 2:

Pagkakaiba sa pagitan ng React Native at Nativedit

Ang parehong React Native at NativeScript ay mga kamangha-manghang mga balangkas. Ang parehong mga frameworks ay bahagi ng bagong henerasyon na mga mobile frameworks mobile na HINDI ginagamit ang browser upang i-package ito sa Native app. Ang mga gawa na ginawa ng pareho ng mga koponan ay mahusay, ngunit upang ilista dito ang ilang pagkakaiba sa pagitan ng NativeScript at React Native.

Basahin din ang Mga Basic na Mga Tanong Panayam sa Pakikipanayam sa Batayan

NativeScript

React Native

Nakikiramay, nakakatulong na pamayanan.

Nakikiramay, nakakatulong na pamayanan.

Walang paggamit ng 'totoong' paggawa

Napatunayan na paggamit ng produksyon.

Napananatili ng isang maliit na kumpanya.

Napapanatili ng isang malaking kumpanya.

Hindi gaanong sikat

Sikat.

Mas matanda kaysa sa React Native

Mas bago kaysa sa Nativedit


sagot 3:

Pagkakaiba sa pagitan ng React Native at Nativedit

Ang parehong React Native at NativeScript ay mga kamangha-manghang mga balangkas. Ang parehong mga frameworks ay bahagi ng bagong henerasyon na mga mobile frameworks mobile na HINDI ginagamit ang browser upang i-package ito sa Native app. Ang mga gawa na ginawa ng pareho ng mga koponan ay mahusay, ngunit upang ilista dito ang ilang pagkakaiba sa pagitan ng NativeScript at React Native.

Basahin din ang Mga Basic na Mga Tanong Panayam sa Pakikipanayam sa Batayan

NativeScript

React Native

Nakikiramay, nakakatulong na pamayanan.

Nakikiramay, nakakatulong na pamayanan.

Walang paggamit ng 'totoong' paggawa

Napatunayan na paggamit ng produksyon.

Napananatili ng isang maliit na kumpanya.

Napapanatili ng isang malaking kumpanya.

Hindi gaanong sikat

Sikat.

Mas matanda kaysa sa React Native

Mas bago kaysa sa Nativedit


sagot 4:

Pagkakaiba sa pagitan ng React Native at Nativedit

Ang parehong React Native at NativeScript ay mga kamangha-manghang mga balangkas. Ang parehong mga frameworks ay bahagi ng bagong henerasyon na mga mobile frameworks mobile na HINDI ginagamit ang browser upang i-package ito sa Native app. Ang mga gawa na ginawa ng pareho ng mga koponan ay mahusay, ngunit upang ilista dito ang ilang pagkakaiba sa pagitan ng NativeScript at React Native.

Basahin din ang Mga Basic na Mga Tanong Panayam sa Pakikipanayam sa Batayan

NativeScript

React Native

Nakikiramay, nakakatulong na pamayanan.

Nakikiramay, nakakatulong na pamayanan.

Walang paggamit ng 'totoong' paggawa

Napatunayan na paggamit ng produksyon.

Napananatili ng isang maliit na kumpanya.

Napapanatili ng isang malaking kumpanya.

Hindi gaanong sikat

Sikat.

Mas matanda kaysa sa React Native

Mas bago kaysa sa Nativedit


sagot 5:

Pagkakaiba sa pagitan ng React Native at Nativedit

Ang parehong React Native at NativeScript ay mga kamangha-manghang mga balangkas. Ang parehong mga frameworks ay bahagi ng bagong henerasyon na mga mobile frameworks mobile na HINDI ginagamit ang browser upang i-package ito sa Native app. Ang mga gawa na ginawa ng pareho ng mga koponan ay mahusay, ngunit upang ilista dito ang ilang pagkakaiba sa pagitan ng NativeScript at React Native.

Basahin din ang Mga Basic na Mga Tanong Panayam sa Pakikipanayam sa Batayan

NativeScript

React Native

Nakikiramay, nakakatulong na pamayanan.

Nakikiramay, nakakatulong na pamayanan.

Walang paggamit ng 'totoong' paggawa

Napatunayan na paggamit ng produksyon.

Napananatili ng isang maliit na kumpanya.

Napapanatili ng isang malaking kumpanya.

Hindi gaanong sikat

Sikat.

Mas matanda kaysa sa React Native

Mas bago kaysa sa Nativedit


sagot 6:

Pagkakaiba sa pagitan ng React Native at Nativedit

Ang parehong React Native at NativeScript ay mga kamangha-manghang mga balangkas. Ang parehong mga frameworks ay bahagi ng bagong henerasyon na mga mobile frameworks mobile na HINDI ginagamit ang browser upang i-package ito sa Native app. Ang mga gawa na ginawa ng pareho ng mga koponan ay mahusay, ngunit upang ilista dito ang ilang pagkakaiba sa pagitan ng NativeScript at React Native.

Basahin din ang Mga Basic na Mga Tanong Panayam sa Pakikipanayam sa Batayan

NativeScript

React Native

Nakikiramay, nakakatulong na pamayanan.

Nakikiramay, nakakatulong na pamayanan.

Walang paggamit ng 'totoong' paggawa

Napatunayan na paggamit ng produksyon.

Napananatili ng isang maliit na kumpanya.

Napapanatili ng isang malaking kumpanya.

Hindi gaanong sikat

Sikat.

Mas matanda kaysa sa React Native

Mas bago kaysa sa Nativedit


sagot 7:

Pagkakaiba sa pagitan ng React Native at Nativedit

Ang parehong React Native at NativeScript ay mga kamangha-manghang mga balangkas. Ang parehong mga frameworks ay bahagi ng bagong henerasyon na mga mobile frameworks mobile na HINDI ginagamit ang browser upang i-package ito sa Native app. Ang mga gawa na ginawa ng pareho ng mga koponan ay mahusay, ngunit upang ilista dito ang ilang pagkakaiba sa pagitan ng NativeScript at React Native.

Basahin din ang Mga Basic na Mga Tanong Panayam sa Pakikipanayam sa Batayan

NativeScript

React Native

Nakikiramay, nakakatulong na pamayanan.

Nakikiramay, nakakatulong na pamayanan.

Walang paggamit ng 'totoong' paggawa

Napatunayan na paggamit ng produksyon.

Napananatili ng isang maliit na kumpanya.

Napapanatili ng isang malaking kumpanya.

Hindi gaanong sikat

Sikat.

Mas matanda kaysa sa React Native

Mas bago kaysa sa Nativedit


sagot 8:

Pagkakaiba sa pagitan ng React Native at Nativedit

Ang parehong React Native at NativeScript ay mga kamangha-manghang mga balangkas. Ang parehong mga frameworks ay bahagi ng bagong henerasyon na mga mobile frameworks mobile na HINDI ginagamit ang browser upang i-package ito sa Native app. Ang mga gawa na ginawa ng pareho ng mga koponan ay mahusay, ngunit upang ilista dito ang ilang pagkakaiba sa pagitan ng NativeScript at React Native.

Basahin din ang Mga Basic na Mga Tanong Panayam sa Pakikipanayam sa Batayan

NativeScript

React Native

Nakikiramay, nakakatulong na pamayanan.

Nakikiramay, nakakatulong na pamayanan.

Walang paggamit ng 'totoong' paggawa

Napatunayan na paggamit ng produksyon.

Napananatili ng isang maliit na kumpanya.

Napapanatili ng isang malaking kumpanya.

Hindi gaanong sikat

Sikat.

Mas matanda kaysa sa React Native

Mas bago kaysa sa Nativedit