5 найкращих практик реагування на місцевий розвиток, які ви, мабуть, не знаєте

Після того, як раніше поділився декількома порадами, заснованими на моєму досвіді написання кодів про реагування та реакцію на рідне, сьогодні я поділюся кількома найкращими практиками, яких, можливо, ви, мабуть, не знаєте, і, сподіваюсь, зроблять ваші дні написання реакції на рідні коди кращими, швидшими, сильнішими.

1. Дозвіл каталогів з package.json у кожному каталозі (працює з будь-яким JavaScript поруч із рідною реакцією).

Ось перша порада, можливо, ви використовуєте IDE або все, що використовуєте для написання своїх кодів, а можливо, ви використовуєте іншу структуру папок. Кожен раз, коли ви імпортуєте компоненти з іншого каталогу, ви використовуєте цей синтаксис:

імпортувати TextComponent із "../ComponentFolder/TextComponent"

або можливо

імпорт TextComponent з "../../ComponentFolder/TextComponent"

або, можливо, більш хардкор

імпортувати TextComponent з "../../../../ComponentFolder/TextComponent"

і так далі

Ось ось поради, щоб забути писати ті, що повторюються ..

спочатку створіть package.json у кожному кореневому каталозі того, що ви хочете імпортувати, у цьому прикладі - папка компонентів.

package.json для папки компонентів

по-друге, спробуйте імпортувати компонент з іншого файлу.

виглядає акуратно правильно?

PS: ви також можете використовувати індексацію компонентів для кращого імпорту.

вуаля! ось відмінності! мені виглядає досить акуратно!

2. Використовуйте потрійні оператори, коли це необхідно, не весь час.

Використання потрійних операторів, можливо, виглядає крутіше, ніж інші розробники, які використовують добрий ol ', якщо інше або переключають оператори, але кожен синтаксис має свої цілі. Подивіться на ці приклади:

// класний приклад
дані const = null;
const derpData = дані? 'Im not null': 'Привіт, я нульовий';
// інший приклад
const anotherData = null;
const anotherDerpData = дані? іншийДані? 'elseData and Data is not Null': 'AnotherData є null, але Data are not': 'Привіт, дані є null';
// о ш * т, це навіть читабельно?

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

3. Блокуйте залежності, запобігайте зламним змінам.

Коли ви додаєте все більше залежностей, не забудьте заблокувати версію. Будь ласка, будьте уважні до тих змін, які змінюються, JavaScript, особливо сцена бібліотеки JavaScript, відбувається дуже швидко.

замість цього робитизробити це

Простіше кажучи, видаліть ^ символ із кореневого проекту package.json.

4. Змініть рівень проекту або рівень програми build.gradle, а не всередині node_modules.

Ця порада спеціально для андроїд-боків, ця передана мені на голову після оновлення плагінів Firebase з 11,8 до 12,0, і багато хто реагує на природну залежність, використовуючи останню залежність firebase / GM на зразок таких:

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

Так, остання - це добре, але не завжди найкраще. Можливо, ви очікуєте тих особливостей кровотоку і швидкозмінного бота, що сам код (ні, ми зайшли занадто далеко), натомість ми тут і там отримуємо помилку. Отже, яке рішення?

Ви можете змінити символ + за допомогою версії, над якою працюють ваші коди, всередині node_modules та створити власне сховище git для надання цих змін вашим колегам або майбутнім керівникам проектів.

АБО

Ви можете змінити свій додаток build.gradle

модифікований android / app / build.gradle

і змусити резолюцію на рівні проекту build.gradle

модифікований android / build.gradle

Простіше так? і ви можете підштовхнути їх лише до одного репо (самого проекту), і всі живуть щасливо.

5. Створіть компоненти на основі класу замість простіших функціональних компонентів, для компонентів без стану або стану, ви можете використовувати PureComponent.

Для старих версій для реагування / реакції, можливо, краще і швидше написати компонент без стану простого функціонального компонента

const Header = () => (
Це заголовок
);

Міф - це те, що компоненти роблять швидше, ніж швидкість світла, але ось факт розвінчання цих міфів:

Ось більш швидкий приклад PureComponent, взятий з реагуючих документів, ви можете використовувати вбудований у програму ShouldComponentUpdate () для кращої продуктивності:

Це воно! Дякуємо за прочитане! будь ласка, плескайте в плесках, якщо вам це подобається

Правка: додавання детального прикладу №1