5 най-добри практики за реагиране на местното развитие, които вероятно не знаете

След като преди това споделих няколко съвета въз основа на моя опит с писането на кодове за реагиране и реагиране на местния, днес ще ви споделя няколко най-добри практики, които може би не знаете, и се надявам да накарам дните ви да пишат да реагират нативните кодове по-добре, по-бързо и по-силно.

1. Разделителна способност на директорията с package.json във всяка директория (работи с всеки javascript, освен реагиращ).

Ето първия съвет, може би използвате IDE или каквото и да използвате, за да напишете кодовете си, а може би използвате различна структура на папките. Всеки път, когато импортирате компоненти от друга директория, използвате този синтаксис:

импортиране на TextComponent от "../ComponentFolder/TextComponent"

или може би

импортиране на TextComponent от "../../ComponentFolder/TextComponent"

или може би по-хардкор

импортиране на TextComponent от "../../../../ComponentFolder/TextComponent"

и така нататък

Ето Ето съветите да забравите да пишете тези повтарящи се ..

първо, създайте package.json във всяка главна директория на това, което искате да импортирате, в този пример е папка с компоненти.

package.json за папка с компоненти

второ, опитайте да импортирате компонента от друг файл.

изглежда спретнато нали?

PS: бихте могли да използвате и индексиране на компоненти за по-добър импорт.

готово! ето разликите! изглежда доста спретнато за мен!

2. Използвайте тройни оператори, когато е необходимо, а не през цялото време.

Използването на терминални оператори може би изглежда по-готино от други разработчици, които използват добрия ol ', ако друго или превключват операции, но всеки синтаксис има свои собствени цели. Вижте тези примери:

// готин пример
данни за const = нула;
const derpData = данни? 'Im not null': 'Здравейте, нищожен съм';
// друг пример
const anotherData = null;
const anotherDerpData = данни? другДанни? 'anotherData and Data is Null': 'AnotherData е null, но данните не са': 'Здравейте, данните са null';
// о, ш * т това четене ли е дори?

Може би използвате фантазия IDE или фантазия, но не всеки има време да направи това или да го използва, така че за този случай, моля използвайте други опции, които наистина пасват. Точно както казаха готините деца: Правилният човек на правилното място.

3. Заключете зависимостите, предотвратете пробивните промени.

Когато добавяте все повече и повече зависимости, не забравяйте да заключите версията. Моля, бъдете внимателни към тези променливи промени, JavaScript, особено сцената на JavaScript библиотеката върви наистина бързо.

вместо да правите тованаправите това

Казано по-просто, изтрийте ^ символа от root проекта package.json.

4. Променете ниво на проекта или ниво на приложение build.gradle, а не в node_modules.

Този съвет е специално за андроид страна, това ми мина на главата, след като Google надстройва плъгини на firebase от 11,8 до 12,0, много реагират нативната зависимост използват най-новата зависимост на firebase / gms като тези:

плюс означава най-новите (реагирайте-нативен-fcm)

Да, най-новото е добро, но не винаги е най-доброто. Може би очаквате онези функции на кървавия ръб и бързо движещ се бот, който самият код (не, отиваме твърде далеч), вместо това получаваме грешка тук-там. И така, какво е решението?

Можете да промените символа + с версията, която кодовете ви работят преди в node_modules и да създадете свой собствен git хранилище за предоставяне на тези промени на вашите колеги или бъдещи поддръжници на проекти.

ИЛИ

Можете да промените нивото на build.gradle на приложението си

модифициран android / app / build.gradle

и принуди резолюцията на build.gradle на ниво проект

модифициран android / build.gradle

По-просто нали? и бихте могли да ги избутате в само едно репо (самият проект) и всички живеят щастливо досега.

5. Създайте компоненти, базирани на клас, вместо по-прости функционални компоненти, за компонент без състояние или състояние, можете да използвате PureComponent.

За старите версии за реагиране / реагиране може би е по-добре и по-бързо да пишете компонент без състояние с прост функционален компонент

const Header = () => (
Това е Header
);

Митът е онези, които правят компонентите по-бързи от скоростта на светлината, но ето факта да развенчаем тези митове:

Ето по-бързият пример за PureComponent, взет от реагиращите документи, можете да използвате вградения в неяComponentUpdate () за по-добра производителност:

Това е! Благодаря за четенето! моля, пляскайте хлопайте, ако харесвате

Редактиране: добавяне на подробен пример №1