5 best practices voor de reactie van native ontwikkeling die u waarschijnlijk niet kent

Na eerder enkele tips gedeeld op basis van mijn ervaringen met het schrijven van codes over reageren en reageren native, zal ik je vandaag enkele praktische tips geven die je waarschijnlijk niet kent, en hopelijk zal je dagen het schrijven van reageren inheemse codes beter, sneller, sterker maken.

1. Directory-resolutie met package.json op elke directory (werkt met elke javascript naast react-native).

Hier is de eerste tip, misschien gebruikt u IDE of wat u ook gebruikt om uw codes te schrijven, en misschien gebruikt u een andere mapstructuur. Telkens wanneer u componenten uit een andere map importeert, gebruikt u deze syntaxis:

import TextComponent uit "../ComponentFolder/TextComponent"

of misschien

import TextComponent uit "../../ComponentFolder/TextComponent"

of misschien meer hardcore

import TextComponent van "../../../../ComponentFolder/TextComponent"

enzovoort

Dus hier zijn de tips om te vergeten die terugkerende te schrijven ...

maak eerst package.json aan op elke hoofdmap van wat u wilt importeren, in dit voorbeeld is de map componenten.

package.json voor componentenmap

ten tweede, probeer het component uit een ander bestand te importeren.

ziet er netjes uit toch?

PS: u kunt ook componentindexering gebruiken voor een betere import.

voila! hier zijn de verschillen! ziet er redelijk netjes uit!

2. Gebruik ternaire operatoren indien nodig, niet altijd.

Het gebruik van ternaire operatoren ziet er misschien cooler uit dan andere ontwikkelaars die de goede ouder gebruiken of anders van instructie wisselen, maar elke syntaxis heeft zijn eigen doeleinden. Kijk naar deze voorbeelden:

// cool voorbeeld
const data = null;
const derpData = data? 'Im not null': 'Hallo, ik ben null';
// een ander voorbeeld
const anotherData = null;
const anotherDerpData = data? andere gegevens? 'anotherData and Data is not Null': 'anotherData is null maar the Data is not': 'Hallo, de data is null';
// oh sh * t is dat zelfs leesbaar?

Misschien gebruikt u fancy IDE of fancy linter, maar niet iedereen heeft de tijd om dat te doen of te gebruiken, dus gebruik in dit geval andere opties die echt passen. Net zoals de coole kinderen zeiden: de juiste man op de juiste plaats.

3. Vergrendel afhankelijkheden, voorkom de brekende veranderingen.

Wanneer u meer en meer afhankelijkheden toevoegt, moet u de versie vergrendelen. Wees alsjeblieft voorzichtig met die brekende veranderingen, de JavaScript, vooral JavaScript bibliotheek scene gaat echt snel.

in plaats van dit te doendoe dit

Om het simpel te zeggen, verwijder het ^ karakter uit het root project package.json.

4. Wijzig projectniveau of app-niveau build.gradle, niet in node_modules.

Deze tip is speciaal voor Android, dit werd op mijn hoofd doorgegeven na het upgraden van firebase-plug-ins van Google van 11.8 naar 12.0, veel reactieve native afhankelijkheden gebruiken de nieuwste firebase / gms-afhankelijkheid zoals deze:

plus betekent nieuwste (react-native-fcm)

Ja, het laatste is goed maar niet altijd het beste. Misschien verwacht je die bloedstollende functies en snel bewegende bot die zichzelf coderen (nee, we gaan te ver), in plaats daarvan krijgen we hier en daar een foutmelding. Dus wat is de oplossing?

Je zou het + karakter kunnen veranderen met de versie waar je codes voor werken in node_modules en je eigen git repository maken om die veranderingen beschikbaar te maken voor je collega's of toekomstige projectbeheerders.

OF

U kunt uw app-niveau build.gradle wijzigen

android / app / build.gradle

en forceer de resolutie op projectniveau build.gradle

android / build.gradle

Eenvoudiger toch? en je zou deze in één repo (het project zelf) kunnen duwen en iedereen leeft nog lang en gelukkig.

5. Maak op klasse gebaseerde componenten in plaats van eenvoudigere functionele componenten, voor een stateless of stateful component, u kunt PureComponent gebruiken.

Voor oude react / react-native versies is het misschien beter en sneller om een ​​stateless component te schrijven met een eenvoudige functionele component

const Header = () => (
Dit is Header
);

De mythe is dat deze de componenten sneller maken dan de snelheid van het licht, maar dit is het feit om die mythe te ontkrachten:

Dit is het snellere PureComponent-voorbeeld, afkomstig uit reactdocumenten, u kunt de ingebouwde shouldComponentUpdate () gebruiken voor betere prestaties:

Dat is het! Bedankt voor het lezen! klap klap klap als jullie het leuk vinden

Bewerken: gedetailleerd voorbeeld # 1 toevoegen