React-dnd: O tipo de aceitação useDrop DropTargetHookSpec deve incluir um tipo de função

Eu sei que essa não é uma solução ideal, mas até que isso seja resolvido e possamos ter funções de produção de tipo de destino, uma solução alternativa seria usar uma propriedade key igual aos seus tipos aceitos no componente que contém seu soltar alvo. Isso garantiria que ele voltasse a ser montado assim que você alterasse o(s) tipo(s) aceitável(is). Acabei de me deparar com esse problema exato hoje.

Eu notei isso também, mas contornei usando canDrop .

Eu sei que essa não é uma solução ideal, mas até que isso seja resolvido e possamos ter funções de produção de tipo de destino, uma solução alternativa seria usar uma propriedade key igual aos seus tipos aceitos no componente que contém seu soltar alvo. Isso garantiria que ele voltasse a ser montado assim que você alterasse o(s) tipo(s) aceitável(is). Acabei de me deparar com esse problema exato hoje.

Apenas para ecoar este comentário: eu tive uma situação em que eu tinha um ternário que estava renderizando duas versões do mesmo componente com base em um booleano. Clever reagir percebeu que eles são o mesmo componente, mas com adereços diferentes. Embora eu tenha tentado usar esse ternário para renderizá-los como nós independentes que montam/desmontam com base no booleano, na verdade ele estava renderizando novamente em vez de remontar. Assim, o accept foi baseado nos adereços originais, não nos novos, e useDrop não é atualizado com base nessa alteração de prop.