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

а возвращать из рендера массив нельзя

Я думал по этому ругается

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

В тайпингах реакта render Component описан render(): ReactNode;

все правильно

то есть children - ReactNode и возвращаться должен ReactNode

что не так?)

children ReactNode | RectNode[] | undefined

что это?

а возвращаться должен ReactNode

да с фига ли

блин

ReactNode УЖЕ влючает в себя массив

То есть массив детей - это ТОЖЕ ReactNode

без всяких []

лол

¯\_(ツ)_/¯

вот че значит добавить strictFunctionTypes на () =>

вместо аннотаций

вот че значит добавить strictFunctionTypes на () =>

дэ?

тоесть render() { <div></div><div></div> } это норма?

говно =(

тоесть render() { <div></div><div></div> } это норма?

дружище

Это немного не так работает

это будет render () { [<div/>, <div/>] }

и да, это норма

теперь

только ключи надо не забывать

фигасе

ладно, мои знания устарели

молчу :)

выключите strictFunctionTypes

выключите strictFunctionTypes

есть какой-то профит от этого?

ошибка пропадет твоя)

в смысле не от выключения

а от самого strictFunctionTypes

да есть

только не в таком виде

а как в флоу

че-т нифига

видимо, дело не в этом, а в непоняном типе '{ (): ReactNode; (): false | Element | null; }'

по нод_модулям ищу по 'false | Element | null', нет такого

откуда оно берется

this.props.children || null ?

Это не мне, там другие это разбирают, я уже забыл об этом

сорян, не докрутил до первого скрина)

@dimakorolev тебе видимо

this.props.children || null ?

Так тоже не работает

Уже пробовал

А если в див обернуть?:)

Да и смысла в этом тоже нуль

А если в див обернуть?:)

Так работает

Но это бессмысленно

С другой стороны это логично, чтоб не возвращал render ничего

в нормальных компонентах это учтено

ну как раз null в рендере для этого

Видимо, да

а обычный текст это тоже реактнода?

type ReactNode = ReactChild | ReactFragment | ReactPortal | string | number | boolean | null | undefined;

У меня компонент-провайдер контекста, это, наверное, единственный кейс, когда прямой возврат children актуален, и оборачивать во что-то не хочется

В итоге обернул в Children.only

Как в Provider реакт-редакса

Но все равно это странно

В частности, если ему не нравится возвращаемое значение, почему эта ошибка падает на вызове компонента, а не при объявлении метода render

Видимо, я чего-то не понимаю ?

Так чилдрен же вообще чем угодно может быть, нет?

Да хоть функцтей

Ну да

https://blogs.msdn.microsoft.com/typescript/2018/01/31/announcing-typescript-2-7/#definite-assignment-assertions

хееех

всем привет, возможно ли на тс типизировать подобный компонент? он берет несколько компонентов у которых children as function, собирает их результаты и отдает это все новой функцией <Composed components={[ScrollPosition, MousePosition, SunPosition]} children={(scrollPos, mousePos, sunPosition) => null} />

смог типизировать только такое вот const ComposedRenderPropComponents = composed(ScrollPosition, MousePosition, SunPosition)

с jsx уже не работает

variadic types кажется, и это пока только в планах

variadic types кажется, и это пока только в планах

при чем здесь variadic?

это работает и правильно выводит типы

при подходе, где используется <Composed /> вместо composed, тип теряется

arrow function в классе сохраняет this и не нужно биндить функции?

ты имеешь ввиду class property

и да, не нужно биндить

т.е. лучше сразу писать arrow function и уйти от bind'инга?

т.е. лучше сразу писать arrow function и уйти от bind'инга?

бинды не нужны

т.е. лучше сразу писать arrow function и уйти от bind'инга?

ну да

бинды - мусор лишний

так и понял, не знал раньше про особенность arrow функции

ну да

а зачем

юзаем новый синтаксис без знания особенностей

всё же норм

брат жив

какой-то вася рассказал как оно работает

и мы юзаем

та нормально

работает же

а как работает, когда в функцию в аргументе передаёшь arrow функцию и присваиваешь её property объекта

она в this получит этот объект при вызове?