5 beste fremgangsmåter for reaktiv innfødt utvikling du sannsynligvis ikke kjenner

Etter at jeg tidligere har delt noen tips basert på erfaringene mine med å skrive koder om å reagere og reagere som innfødt, i dag vil jeg dele noen få gode fremgangsmåter som du kanskje ikke vet, og forhåpentligvis vil gjøre dine dager med å skrive innfødte koder bedre, raskere, sterkere.

1. Katalogoppløsning med package.json i hver katalog (fungerer med hvilket som helst javascript ved siden av react-native).

Her er det første tipset, kanskje bruker du IDE eller hva du bruker til å skrive kodene dine, og kanskje bruker du annen mappestruktur. Hver gang du importerer komponenter fra en annen katalog, bruker du denne syntaks:

import TextComponent fra "../ComponentFolder/TextComponent"

eller kanskje

importer TextComponent fra "../../ComponentFolder/TextComponent"

eller kanskje mer hardcore

importer TextComponent fra "../../../../ComponentFolder/TextComponent"

og så videre

Så her er tipsene for å glemme å skrive de gjentagende ..

først oppretter package.json på hver rotkatalog over det du vil importere, i dette eksemplet er komponentmappen.

package.json for komponenter-mappen

For det andre, prøv å importere komponenten fra en annen fil.

ser fin ut?

PS: du kan også bruke komponentindeksering for bedre import.

voila! her er forskjellene! ser ganske pent ut for meg!

2. Bruk ternære operatører når det er nødvendig, ikke hele tiden.

Å bruke ternære operatører ser kanskje kulere ut enn andre devs som bruker den gode ol 'hvis ellers eller bytter uttalelser, men hver syntaks har sine egne formål. Se på disse eksemplene:

// kult eksempel
const data = null;
const derpData = data? 'Im not null': 'Hei, jeg er null';
// et annet eksempel
const anotherData = null;
const anotherDerpData = data? annen data? 'anotherData and Data is not Null': 'anotherData er null, men dataene er ikke': 'Hallo, dataene er null';
// oh sh * t er det til og med lesbart?

Kanskje bruker du fancy IDE eller fancy linter, men ikke alle har tid til å gjøre det eller bruke det, så i dette tilfellet kan du bruke andre alternativer som virkelig passer. Akkurat som det de kule barna sa: Den rette mannen på rett sted.

3. Lås avhengigheter, forhindre ødeleggende endringer.

Når du legger til flere og flere avhengigheter, må du huske å låse versjonen. Vær forsiktig med de ødelagte endringene. JavaScript, spesielt JavaScript-bibliotekscenen, går veldig fort.

i stedet for å gjøre dettegjør dette

For å si det enkelt, slett ^ karakter på root project package.json.

4. Endre prosjektnivå eller appnivå build.gradle, ikke inne i node_moduler.

Dette tipset er spesielt for android side, dette passerte på hodet mitt etter at google oppgraderte ildbase-plugins fra 11,8 til 12,0, mange reagerer naturlig avhengighet og bruker siste avhengighet av ildbase / gms som disse:

pluss betyr nyeste (react-native-fcm)

Ja, det siste er bra, men ikke alltid best. Kanskje du forventer de blødende egenskapene og hurtig bevegelige bot som koder i seg selv (nei, vi går for langt), i stedet får vi feil her og der. Så hva er løsningen?

Du kan endre + -tegnet med den versjonen kodene dine fungerer før i node_moduler og lage et eget git-lager for å gjøre disse endringene tilgjengelige for dine kolleger eller fremtidige prosjektansvarlige.

ELLER

Du kan endre build.gradle-appnivået ditt

endret android / app / build.gradle

og tvinge oppløsningen på prosjektnivå build.gradle

modifisert android / build.gradle

Enklere ikke sant? og du kan presse disse til bare en repo (selve prosjektet), og alle lever lykkelig etter hvert.

5. Lag klassebaserte komponenter i stedet for enklere funksjonelle komponenter, for enten statsløs eller statlig komponent, kan du bruke PureComponent.

For gamle reagerer / reagerer native versjoner er det kanskje bedre og raskere å skrive statsløs komponent med enkel funksjonell komponent

const Header = () => (
Dette er topp
);

Myten er de som gjør komponentene raskere enn lysets hastighet, men her er det faktum å fordøve denne myten:

Her er det raskere PureComponent-eksemplet, hentet fra react docs, og du kan bruke den innebygde shouldComponentUpdate () for bedre ytelse:

Det er det! Takk for at du leste! vær så snill, klapp klapp klapp hvis dere liker det

Rediger: legge til detaljert eksempel 1