Как передать в createContext тип any?

Alexandroppolus, тем не менее не вижу ни малейшего смысла пихать в провайдер ложный объект, когда можно этого не делать.

Как передать в createContext тип any?

Alexandroppolus,

А с undefined дурацкий вариант, придется проверять результат useContext.

Уж лучше чем потом в рантайме получать эксепшн из-за отсутствующего свойства.)

Как передать в createContext тип any?

Елена, нет. Зачем брать тс, чтобы не использовать его? Типизируй конкретным интерфейсом и либо делай все поля опшинал, либо как я написал выше: MyContextType | undefined.

Как передать в createContext тип any?

Елена,

React.createContext<MyContextType | undefined>(undefined);

Как передать в createContext тип any?

И да, так делать не стоит, тогда уж:

const context = React.createContext<MyContextType | undefined>(undefined);

Как передать в createContext тип any?

Только лучше через дженерик.)

const context = React.createContext<MyContextType>({});

Как передать в createContext тип any?

Что пишет ТС?

Как подружить тип/интерфейс с классом в TS?

Андрей, ну, запретов на нейминг никаких нет, есть лишь рекомендации. В данном случае вообще вопрос лишь в том, чтобы названия типов были осмысленны.

И да, в данном конкретном случае наследовать интерфейс наоборот сомнительная идея, потому что он принципиально отличается от класса и, фактически, они связаны только конструктором. То есть добавление новых свойств в интерфейс повлечёт необходимость добавления их в сам класс, даже если там это свойство будет не нужно. А если тебе ещё и обработать как-то входные данные в конструкторе надо будет, то там и нейминг свойств может быть другой.
В общем, в данном случае то, что на данный момент имена свойств и их количество совпадают с тем, что в классе, это скорее совпадение, нежели правило.

Почему значение переменной изменилось до вызова функции?

Потому что консоль вывела ссылку на функцию, а не скопировала всю её "суть", поэтому когда ты раскрыл инфу о ней, тебе показало текущее её состояние.

Как подружить тип/интерфейс с классом в TS?

Андрей, создавать отдельный интерфейс со всеми свойствами и методами класса имеет мало смысла, а в твоём случае это вообще 2 разных типа и поэтому они не могут иметь одно и то же название.

Как подружить тип/интерфейс с классом в TS?

Знаю, что интерфейсы принято (было) называть с заглавной I перед названием, для типов ничего подобного не видел.

Учитывая, что у тебя, фактически, интерфейс, думаю итак понятно, что обдумывать когда ставить бесполезный И, а когда нет, не стоит твоих сил.

Можно так настроить линтер?

VegasChickiChicki, стоило бы начать привыкать, если ты, конечно, собираешься работать.

Как записать данные в объект?

data.reduce((acc, { unique, id, name, count }) => {    
    if(acc[unique]) {
      (acc[unique][id] ??= []).push(name);
    } else {
      acc[unique] = { [id]: [name], count };
    }
    
    return acc;
  }, {});

Как остановить Promise без resolve с помощью вложенной функции?

Промис не совсем стандартный и без резолв, там скорее конструкция из модуля

Ничего не понял, но всегда можно запихнуть в стандартный промис.

Можно так настроить линтер?

Алексей, это уже какое-то извращение.) И подойдёт разве что если ты один над проектом трудишься.

Можно так настроить линтер?

Алексей, о чём и речь. Линтер-то в автофиксе нормально отработает, только потом отработает тот же преттиер и прощайте нью лайны.

Как правильно читать фрагменты данных из массивов внутри массива из JSON Response и не только в интерфейсе?

Сергей Золотарёв, стоит почитать про асинхронность, все проблемы из-за непонимания именно её.

П.с.: это код для пыток? На него даже смотреть больно.

Можно так настроить линтер?

Алексей, вообще-то как раз преттиер и говорит еслинту как работать с форматтированием, а не наоборот.
Преттиер имеет на пару порядков меньше настроек, чем линтер как бы.
И я не припоминаю у преттиера возможности игнорировать в конкретном месте лишние отступы.

Можно так настроить линтер?

Так себе идея, форматтеры всё равно будут их убирать, а без форматтера работать такое себе.

Что конкретно следует покрывать unit тестами в React приложениях?

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

Ну да.)
Но вообще, конечно, зависит от покрытия. 100% не то чтобы очень надо, а чем меньше покрытие, тем меньше кода.