在这里要求我自己的利益：）

我想知道，有没有我们想要访问的地方的用例__实验风格在站点编辑器中，或者换句话说，站点编辑器中的任何模板都需要了解用户样式吗？

或者可以限制将此对象添加到编辑器/小部件上下文吗？

能不能__实验风格数据仅限于可移动的和后期编辑上下文？也许也在小部件编辑器，如果它使用现有的块编辑器挂钩（如line-height），但我不确定它是如何工作的。这个站点编辑器已经可以访问此数据，因此它不需要它。

我想知道，在站点编辑器中有没有我们想要访问__terialStyles的用例

是的，站点编辑器块上仍然需要访问__terialStyles标志，因为像line-height这样的钩子也在那里运行。但作为@奥安德雷格尔在网站编辑上说，我们已经有了这些信息，所以不需要再次传递，我将更新代码。不管怎样，块编辑器上的设置都是可用的，只需动态计算即可。

我喜欢这种做事方式。❤️ 使用默认值作为占位符是可行的，因为我仍然可以将数值设置为0例如，本机外观（灰显）表示它是默认值。

只需记下几件事，如果这件事顺利进行，所有这些都可能是后续跟进的最佳选择。

• 我们必须解析单位值(二甲苯，甚高频等），并在单位更改的控件中重置它们
• 我测试了一些控件，我认为需要做一些工作来确保我们可以将默认值作为占位符传递给其余的控件挂钩。例如，箱控需要调整以处理顶部/右侧/底部/左侧输入的占位符。这是用于间距控制，如边距和填充。但任何进口的东西<单元控制/>直接例如边界宽度应该就行了👍

关于装置的优点@拉蒙吉德。我想我们可以与单位进行跟进，以避免增加该PR。

嗯，正在查看这使用的是什么类型的数据。关于遗传如何/为什么会增加复杂性的一些头脑风暴需要考虑：

• 有些CSS属性是继承的，有些则不是。
• 一个块可以是顶级的，也可以嵌套在其他块中：为了确定我们需要遍历树并合并链的所有值的值。
• CSS自定义属性：如果主题使用它们，则会破坏属性的CSS继承模型。

我同意此PR应仅限于从特定块获取数据。

你认为使用显式名称来记录这些数据的来源是什么？我正沿着以下思路思考一些事情：

常量 用户_值_前缀 = '变量：';
常量 主题_值_前缀 = '变量（--wp--';
常量 主题_值_后缀 = ')';

你觉得用什么替代上下文通过块名称? 我们不再使用上下文任何地方，所以我认为读者会更熟悉它块名称（我们未来的自我包括😅 ).

根据这个函数的名称，我不清楚它的用途。我们有什么替代方案来改进这一点？关于以下内容呢从样式获取值? 它与其他助手函数配合得很好从预设变量获取值，从自定义变量获取值

我注意到在把它移到这里之前，它被称为从变量中获取值，这个名字对我也适用。

给这两个命名怎么样预设属性名称，预设属性值沟通他们是什么？

似乎查找输入预设依据是为了找到预设对象预设属性名称与匹配预设属性值在所有可用资源中。

这里的复杂性在于，它需要考虑到1）可能存在块和全局预设，2）其中任何一个可能具有核心、主题和用户预设。这是可用的候选预设的完整列表，按优先级排序：

1. 阻止来自用户的预设
2. 阻止来自主题的预设
3. 从核心块预设
4. 来自用户的全局预设
5. 主题的全局预设
6. 来自核心的全局预设

我的理解是，我们应该选出第一位候选人预设属性名称比赛预设属性值那还不够吗？我看过介绍这个功能的公关#33149我不明白，当要查找的属性不是段塞.

我在中更新了大旅行箱此函数对该算法的实现：

1. 创建可用预设的列表，按优先级排序。
2. 返回第一个预设。

其工作原理如#33149

代码，供参考：

功能 查找输入预设依据(
	样式，
	块名称，
	预设路径，
	预设属性名称，
	预设属性值
) {
	常量 候选人 = [];
	常量 起源 = [ '用户'， '主题'， “用户” ];

	常量 块预设 = 得到( 样式， [
		'设置'，
		“块”，
		块名称，...预设路径，
	] );
	起源.对于每个( ( 起源 ) => {
		如果 ( 块预设?.[ 起源 ] ) {
			块预设[ 起源 ].对于每个( ( 预设 ) => {
				如果 ( 预设[ 预设属性名称 ] === 预设属性值 ) {
					候选人.推( 预设 );
				}
			} );
		}
	} );

	常量 全局预设 = 得到( 样式， [ '设置'，...预设路径 ] );
	起源.对于每个( ( 起源 ) => {
		如果 ( 全局预设?.[ 起源 ] ) {
			全局预设[ 起源 ].对于每个( ( 预设 ) => {
				如果 ( 预设[ 预设属性名称 ] === 预设属性值 ) {
					候选人.推( 预设 );
				}
			} );
		}
	} );

	返回 候选人.长度 >= 1?候选人[ 0 ]:未定义;
}

您好!@奥安德雷格尔，

我的理解是，我们应该返回presetPropertyName与presetProportyValue匹配的第一个候选者。这还不够吗？

我认为这还不够。
想象用户主题.json定义预设：

{颜色：“#000”slug：“黑色”，name:“黑色”}

主题定义了：

{颜色：“#001”slug：“黑色”，name:“黑色”}

如果我们搜索“#1个“如果没有递归，我们将返回主题预设，但不应返回，因为变量已被覆盖，现在没有带颜色的变量”#1个".
递归确保当我们找到预设时，没有其他具有相同slug和不同属性的优先级更高的预设，因为如果有预设，则应忽略。

不错的一个👍 我已经进行了一些测试c78a322号以确保记录并保留此行为。

更多命名挑剔😅 在把它移到这里之前获取预设变量如果我们想给它更多的上下文，也许它可以获取预设变量源值，它也与此文件中的另一个导出函数对称。