默认情况下，我觉得最好通过以下方式隐藏此工具提示阿里亚·希登。这可以通过传入的道具覆盖。

我们必须手动完成此操作才能应用于内部标签元素。原因是因为内部标签是Portal'ed，这意味着它不会继承阿里亚·希登属性<根/>组件。

仅仅看一下代码，我认为这次清理没有任何作用。那是因为手柄*每次效果运行时，都会重新实例化函数。

我不知道为什么这么说，因为这没有意义：注册的侦听器在效果返回的teardown函数中被正确引用，所以我们应该始终能够删除旧的事件侦听器。

让我知道你对这些修改的看法

所以我一直在反复观察这种效果，在思考依赖性之类的事情时，我总觉得不满意，我想我知道为什么。可以说，我们正在处理一级和二级的影响：一级影响是鼠标*事件监听器；第二级是听众本身。这使得关于依赖关系的推理更加混乱。

如果我们对构建这些效果更严格，我们可以重构如下：

出口 功能 使用调整大小标签( … ) {
  // ...

  常数 清除移动超时 = 使用回拨( () => {
    如果 ( moveTimeoutRef（移动超时参考）.现在的 ) {
      清除超时( moveTimeoutRef（移动超时参考）.现在的 )；
    }
  }， [ moveTimeoutRef（移动超时参考） ] )；

  常数 鼠标按下时的手柄 = 使用回拨( () => {
    如果 ( ! 是光标 ) 返回；

    setIs拖动( 真的 )；
    清除移动超时()；
    取消设置移动XY()；
  }， [
    //有意义的依赖项（可变）
    是光标，
    //形式依赖关系（假定常数）
    setIs拖动， 清除移动超时， 取消设置移动YX，
  ] )；

  常数 手柄鼠标移动 = 使用回拨( /*同上*/ )；

  常数 鼠标上的手柄 = 使用回拨( /*同上*/ )；
  
  使用效果( () => {
    文件.添加事件侦听器( “鼠标下移”， 鼠标按下时的手柄 )；
    返回 () => {
      文件.删除EventListener( “鼠标下移”， 鼠标按下时的手柄 )；
    }；
  }， [ 鼠标按下时的手柄 ] )；

  使用效果( /*与上面的“mousemove”相同*/ )；

  使用效果( /*与上面的“mouseup”相同*/ )；

  返回 {...}；
}

请注意这些关于“有意义的”与“正式的”依赖性的评论。这是我没有决定在列出依赖项时是否应该尽可能严格。：）我将由你决定。

你真的考虑过渲染吗在里面调整方框大小？如果有理由把它分开，一定要让我知道。否则，ResizableBox可以独立处理与调整大小相关的所有事情，这可能会给开发人员带来好处。

我忍不住这么想轴和位置可以从ResizableBox的使可能在某种程度上大小道具。如果我们将Tooltip移动到Box中，组件的用户就不必担心这些额外的道具。

@mcsf公司我考虑过放进去可调整框大小:). 这就是这个想法的起源。
我之所以想保持它的独立性，是为了增加灵活性。也就是说，在调整大小时显示不是由可调整框大小例如，浏览器窗口调整大小。

首先，我们可以将其作为默认（实验性）功能可调整框大小。类似于<ResizableBox__treantialShowTooltip={true}/>将显示工具提示。

你觉得怎么样

我之所以想保持它的独立性，是为了增加灵活性。也就是说，在调整大小时显示不是由可调整框大小例如，浏览器窗口调整大小。

嗯，我可以将其视为一种互动，尽管我个人会怀疑什么时候我们实际上希望用户在显示工具提示的上下文中调整其适当窗口的大小

因此，我认为我们仍处于这一领域：“我倾向于从一开始就尽量减少暴露的程度，并随着时间的推移看看应该开放什么”。在内部，ResizeTooltip是一个很好的单独构建组件，但我会保密到我们的组件。

首先，我们可以将其作为默认（实验性）功能可调整框大小。类似于<ResizableBox__treantialShowTooltip={true}/>将显示工具提示。

我很高兴看到这个实验不过，只要我们将正确的事情保密/实验性地进行，就不需要在这个公共关系中这样做。

在内部，ResizeTooltip是一个很好的单独构建的组件，但我会将其保密给我们的组件。

@mcsf公司听起来不错👍 . 使用此PR，在其当前状态下，是否将其导出为__实验性的合格吗？还是将其集成到可调整框大小而根本不出口？

谢谢！

在其当前状态下，是否将其导出为__实验性的合格吗？还是将其集成到可调整框大小而根本不出口？

如果你不介意的话可调整框大小IMO，最好不要出口！

@mcsf公司好的！现在让我们继续：）

不应该再出现在舱单上了，对吧？

我……不确定。这是自动生成的。有一个自述.md在目录中。我想我能把它取下来吗？理想情况下，我想保存这些文档。

另一种方法是对一些文档进行内联注释（目前）

嗯…是的，我现在明白了。嗯，我没有偏好。也许 吧@nosolosw公司对我们应该如何记录组件并让这些工具为我们工作有不同的看法吗？无论如何，LGTM:）

我看了一下处理手册文档的脚本是如何工作的。它似乎在组件文件夹中查找README文件(看见)然后更新用于在手册中公开它们的清单（请参阅ResizableBox页面).

我不熟悉我们如何处理未通过@wordpress/组件包装。我快速看了一眼，这似乎是唯一的情况？无论如何，我们似乎应该将resize-tooltip作为一个组件公开，或者考虑如何从手册中删除它的页面，因为它不能被API的外部用户使用。对于后者，我们可以进行快速修改（使用小写的自述文件，使用文件的任何其他名称）或修复问题（更新glob模式以仅匹配顶级组件文件夹中的readme文件）。