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

Question

[Елена]

У меня есть контекст React.createContext()
Получаю от него объект. ТС хочет от меня, чтоб передавала контексту вот такой объект:

React.createContext(
{
  name: '',
  link: '',
  owner: {
    _id: ''
  }
}
)

как мне передать объект без указания конкретных ключей?

Comments

[WbICHA]

Что пишет ТС?

[Елена]

WbICHA, function React.createContext(defaultValue: unknown): React.Context
Ожидалось аргументов: 1, получено: 0.ts(2554)
index.d.ts(386, 9): Не указан аргумент для "defaultValue"

[Елена]

WbICHA, это если ничего не передовать

[WbICHA]

Елена,

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

Answer 1

[Alexandroppolus]

лучше определить тип явно, а при создании контекста воткнуть пустую заглушку - всё равно через провайдер будет подставлено реальное значение.

type MyContextType = {
  name: string;
  link: string;
  owner: {
    _id: string;
  };
}

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

Comments

[WbICHA]

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

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

[Елена]

Там куча всяких ключей, их добавлять нет особого желания

[WbICHA]

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

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

[Елена]

WbICHA, вот так норм будет?

type MyContextType = {
  [key: string]: any
}

React.createContext<MyContextType>({})

[Alexandroppolus]

WbICHA, через генерик придирается к {} - там не хватает ключей. А с undefined дурацкий вариант, придется проверять результат useContext.

Было бы идеально React.createContext< MyContextType >(), с выкидыванием эксепшена при забытом провайдере, но я так и не понял, почему от такого варианта отказались (на гитхабе есть пара обсуждений).

[WbICHA]

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

[Alexandroppolus]

Елена, лучше не использовать any
а норм или не норм - зависит от ситуации. Если у тебя там произвольный набор ключей, то норм. А если объект с конкретными полями, то хрень.

[WbICHA]

Alexandroppolus,

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

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

[Alexandroppolus]

WbICHA, код засоряется. А случай не продовский - забыть добавить провайдер для контекста можно только на этапе разработки, и это будет выявлено на первом дебажном запуске.

[WbICHA]

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

[Елена]

Alexandroppolus, у меня в провайдер передается объект, который приходит с бэка, вот и получается надо сделать получается any

[Alexandroppolus]

WbICHA,

пихать в провайдер ложный объект

ты подразумевал "пихать в контекст"? В провайдер-то попадет нормальный, а вот в контексте он нафиг не нужен.

[Alexandroppolus]

Елена, any всё равно не нужен.

два варианта:
1) до получения ответа с сервера нет смысла в коде, который использует значение из контекста. Тогда ты всё это просто не рендеришь.
2) код может работать и без этого значения. Тогда действительно, можно сделать как посоветовал WbICHA, так как проверка объекта приобретает смысл.

Но типизацию в любом случае надо сделать. Иначе будет тоскливо.

[Елена]

Alexandroppolus, там немного сложней процес у меня)
1 Приходит массив с сервера
2 Прохожусь по массиву и каждому елементу создаю провайдер
Так вот в каждый провайдер может попасть объект в котором будет ключ с массивом пустым, а в каком-то с елементами, с которыми я и работаю. А эти элементы как назло объекты, которые тоже надо получается типизировать. И я не знаю как быть в этом случаи))

[WbICHA]

Елена, не очень понял, но в любом случае надо смотреть на конкретный случай.

[Елена]

Спасибо) Оказалось не так много полей:

type UserType = {
  name: string;
  link: string;
  likes: [{
    _id: ''
  }];
  owner: {
    _id: ''
  }
  _id: string;
}