Denny Schwalm

> @eternalsky 按照新的文档配置可以了。感谢 怎么解决的呢。。我这边同样的问题。。 也是按官方新文档设置的呢

特别开发自定义组件门槛太高了。希望 能在项目内就像自定义setter 一样就开发了。。另起一个项目各种bug各种问题 一堆。

遇到这种事 请把参数声明成...ags 看下输出。。 如果输出没你想要的东西。。 哪么就出码看看源码怎么生成的。 就能找出解决思路。。

> 通过 API 来更新协议内容，直接赋值是无效的。 > > https://lowcode-engine.cn/site/docs/api/material#loadincrementalassets 可是为什么这个可以呢 ``` typescript e.configure.component.nestingRule.parentWhitelist = (testNode: IPublicModelNode, currentNode: IPublicModelNode) => { console.log('父节点类型白名单：testNode', testNode, 'currentNode:', currentNode); return false; }; ```

> 先用 API 来更新协议，看一下是否可行哈。 > > 至于差异化的原因，很有可能是实现的不一致导致的差异，这块后续可能会修复。使用 API 来操作才是稳定可靠的方式。 目前就是要在 loadincrementalassets 之后进行hook 动态处理呢..这样管道函数就失去存在的意义了

> 现在只实现了 childWhitelist、parentWhitelist 这两个的触发时机也有问题.. 应该在鼠标放开.也就是拖动结束后产生.. 现在是只要移动就产生.. 或者也应该增加一个鼠标放开时判断能不能放入的事件

> 鼠标放开时候才判断的话，没有拖入过程的反馈，放开就消失了，也没有办法继续调整，需要多次拖入，用户体验不太好。 但问题是大多数应用场景都只是需要在拖入到目标区域放开才去判断能不能放到这个组件中.. 拖动的过程反馈 体验是很好的, 但我们一开始就应该假设未设置"childWhitelist、parentWhitelist" 为"函数" 的情况下任何组件都能接收, 具体判断childWhitelist、parentWhitelist 时应是鼠标放开.... 我觉得增加个事件回调是最好的,以鼠标放开为准. 我尝试介入拖拽对像,也是无法实现我的业务

> > > 鼠标放开时候才判断的话，没有拖入过程的反馈，放开就消失了，也没有办法继续调整，需要多次拖入，用户体验不太好。 > > > > > > 但问题是大多数应用场景都只是需要在拖入到目标区域放开才去判断能不能放到这个组件中.. 拖动的过程反馈 体验是很好的, 但我们一开始就应该假设未设置"childWhitelist、parentWhitelist" 为"函数" 的情况下任何组件都能接收, 具体判断childWhitelist、parentWhitelist 时应是鼠标放开.... > > 我觉得增加个事件回调是最好的,以鼠标放开为准. 我尝试介入拖拽对像,也是无法实现我的业务 > > 什么样的场景是放开鼠标才去判断？假设我是一个用户，我如果在放开鼠标的时候，才发现没有办法拖入，我就需要重新回到组件列表中拖入到其他的容器中。我更需要在拖入容器的过程中，就知道这个容器无法拖入，我直接换一个容器拖入。 不是从组件列表中拖入， 是将一个节点托到另一个节点下，比如有两个box a节点在box1 下。 我现在将a托到box2...

> > > > > 鼠标放开时候才判断的话，没有拖入过程的反馈，放开就消失了，也没有办法继续调整，需要多次拖入，用户体验不太好。 > > > > > > > > > > > > 但问题是大多数应用场景都只是需要在拖入到目标区域放开才去判断能不能放到这个组件中.. 拖动的过程反馈 体验是很好的, 但我们一开始就应该假设未设置"childWhitelist、parentWhitelist" 为"函数" 的情况下任何组件都能接收, 具体判断childWhitelist、parentWhitelist 时应是鼠标放开.... > > > >...

经过长时间的研究 发现用IPublicTypeConfigure 来替代 IPublicTypePropConfig 也是可以的.太晕了.. 感觉文档和源码里都没说明 也没继承关系