React-dnd: Тип принятия useDrop DropTargetHookSpec должен включать тип функции

Я знаю, что это не идеальное решение, но пока это не будет решено и у нас не будет целевых функций создания типов, обходным путем будет использование свойства key , равного вашим принятым типам, в компоненте, содержащем ваш сбросить цель. Это обеспечит его повторное монтирование после того, как вы измените допустимый тип (типы). Я только что столкнулся с этой точной проблемой сегодня.

Я тоже это заметил, но обошел это с помощью canDrop .

Я знаю, что это не идеальное решение, но пока это не будет решено и у нас не будет целевых функций создания типов, обходным путем будет использование свойства key , равного вашим принятым типам, в компоненте, содержащем ваш сбросить цель. Это обеспечит его повторное монтирование после того, как вы измените допустимый тип (типы). Я только что столкнулся с этой точной проблемой сегодня.

Просто повторю этот комментарий: у меня была ситуация, когда у меня был тернер, который отображал две версии одного и того же компонента на основе логического значения. Компания Clever React поняла, что это один и тот же компонент, но с разными реквизитами. Хотя я пытался использовать этот троичный код для рендеринга их как независимых узлов, которые монтируются/размонтируются на основе логического значения, на самом деле это был повторный рендеринг вместо повторного монтирования. Таким образом, accept был основан на исходных реквизитах, а не на новых, и useDrop не обновляется на основе изменения этого реквизита.