zjutlf

[Bug Report]: 锚点配置最大可连接边数量后，拖动链接边元锚点后无法修改

3

### 发生了什么？ 当前demo有一个需求，模型in/out锚点类型需要有最大建立链接点的限制如图所示  这里控制边的数量是通过edge:add方法触发对prototype中锚点数据的修改  我们对于锚点控制边的计算方法如图  当我们链接两个节点的锚点后，修改链接边out0->in0为out1->in0，如图所示  会提示in链接锚点已满 按照正常逻辑来说，同一条线修改为不同的out点连同一个in点，应该可以正常修改 通过console输出，可以看到，边rule的触发早于edge:delete,edge:add,edge:exchange-node的触发，这代表会优先计算当前锚点链接数量是否大于等于最大链接数量，这应该就是无法修改源锚点位置的原因。 请问这是否是bug，或者是否有较好的触发方案？ 同时，还有一个问题，如果锚点拖拽因随机拖拽导致锚点未实际链接到锚点上，是否可以恢复到原先的链接上？如图所示  我看到这里仅会在console.log中进行错误打印，而不进行恢复处理，是否能够恢复源锚点  代码如下，因公司网络无法打开codepen等sandbox，故附压缩包代码如下，请谅解 [iotFlowPlatform.zip](https://github.com/didi/LogicFlow/files/13557882/iotFlowPlatform.zip) ### logicflow/core版本 1.2.18 ### logicflow/extension版本 1.2.19 ### logicflow/engine版本 _No response_...

form下的picker在第一次不选择选项，直接取消选择后再次点击picker，出现第一项被选中的问题

2

### NutUI React 包名 @nutui/nutui-react-taro ### NutUI React 版本号 2.6.4 ### 平台 h5, weapp ### 重现链接 https://codesandbox.io/p/sandbox/nutui-react-t32k7p?file=%2Fsrc%2FApp.tsx ### 重现步骤 form下的picker在第一次不选择提交选项，直接取消选择后再次点击picker，出现第一项被选中的问题 ### 期望的结果是什么？ 取消后再次点击，选项应不被选中 ### 实际的结果是什么？ 第一项被选中 ### 环境信息 Taro CLI...