потому что левая часть может оказаться не булевым значением и реакт покажет 0, например

ххах..краще юзати &&
а щоб ліва частина завжди була boolean треба привести її до boollean

!!0 - false
!0 - true

нет, лучше использовать тернарный оператор и всегда явно писать альтернативный вариант, даже если он null

можеш мені обгрунтувати ?

чому так

а якщо в тебе умова буде складатися з двох виразів....?
і один з них не буде підходити

condition ? ... : тут

то прийдеться писати кілометрові тернарки

condition ? ... : .... ? dsda : 1edsada

я не предлагаю вложенные тернарки делать

ну якщо буде більше ніж одна умова то буде всерівно випадок коли одна з них може не підходити тому всерівно прийдеться переписувати

мы говорим про конкретный случай “показать контент по условию”

Это пример на && и || будет выглядеть хуже, чем вложенная тернарка)

ну взагалі то не так треба переписати..
і логічні оператори не варто міксувати..eslint буде сваритись

тернарка это тоже логический оператор)

Ты сказал, что надо использовать && вместо тернарки, потом привёл в аргумент вложенное условие)

я сказав що краще це використовувати і пояснив чому

можу привести приклад

const fetching = true;
const data = false;
const showData = true;

{
 !!fetching ? <Loader /> : <List data={data} />
}

тут буде показуватись data не в тому випадку коли вона доступна, а коли fetching буде false. Тобто ми привязуєм дані не до перевірки чи вона є, а до fetching який по суті не має до неї відношення
тому нам потрібно ще перевіряти в тій тернарці чи вона є..бо вона на mount буде undefined або null або що не будь пусте.
Прийдеться тоді переписувати так:

{
 fetching ? <Loader /> : showData && !!Object.values(data).length ? <List data={data} /> : null
}

і це тільки дві умови. а може бути більше

Тому краще писати так щоб кожна вюшка мала свою особисту  умову.

{
 fetching && <Loader />;
}

{
 showData && !!Object.values(data).length && <List data={data} />;
}

<Loader /> рендериться тільки за своїх умов (fetching)

<List /> - тоже за своїми (showData, dataExist і тд)

нет, лучше использовать тернарный оператор и всегда явно писать альтернативный вариант, даже если он null

не обовязково тому що логічні оператори вертають ітак true/false в будь якому випадку

і перегляньте цей ресурс
https://vasanthk.gitbooks.io/react-bits/patterns/18.conditionals-in-jsx.html

плохо, фу