React-dnd: Der Annahmetyp useDrop DropTargetHookSpec sollte einen Funktionstyp enthalten

Ich weiß, dass dies keine ideale Lösung ist, aber bis dies gelöst ist und wir Funktionen zur Erzeugung von Zieltypen haben können, besteht eine Problemumgehung darin, eine key -Eigenschaft zu verwenden, die Ihren akzeptierten Typen in der Komponente entspricht, die Ihre enthält Ziel fallen lassen. Dies würde sicherstellen, dass es erneut bereitgestellt wird, sobald Sie den/die akzeptablen Typ(en) ändern. Ich bin heute selbst auf genau dieses Problem gestoßen.

Ich habe das auch bemerkt, aber es umgangen, indem ich canDrop verwendet habe.

Ich weiß, dass dies keine ideale Lösung ist, aber bis dies gelöst ist und wir Funktionen zur Erzeugung von Zieltypen haben können, besteht eine Problemumgehung darin, eine key -Eigenschaft zu verwenden, die Ihren akzeptierten Typen in der Komponente entspricht, die Ihre enthält Ziel fallen lassen. Dies würde sicherstellen, dass es erneut bereitgestellt wird, sobald Sie den/die akzeptablen Typ(en) ändern. Ich bin heute selbst auf genau dieses Problem gestoßen.

Nur um diesen Kommentar zu wiederholen: Ich hatte eine Situation, in der ich eine Ternäre hatte, die zwei Versionen derselben Komponente basierend auf einem booleschen Wert renderte. Clever React erkannte, dass es sich um die gleiche Komponente handelt, aber mit unterschiedlichen Requisiten. Obwohl ich versucht habe, diese Dreiergruppe zu verwenden, um sie als unabhängige Knoten zu rendern, die basierend auf dem booleschen Wert bereitgestellt/entfernt werden, wurde tatsächlich neu gerendert, anstatt erneut bereitgestellt zu werden. Daher basierte accept auf den ursprünglichen Requisiten, nicht auf den neuen, und useDrop wird nicht basierend auf dieser Requisitenänderung aktualisiert.