/sig node
/triage accepted
/priority important-soon
#123828 是一个暂时的解决方案，它在代码中硬编码了"命名资源"的默认值。我们应该很快将其移除，在1.31版本中。

你想要处理这个问题。这应该不难，但你需要完成修改内部API的所有步骤(更新both types.go、生成代码、更新validation.go),然后再更新调度器插件。请随意尝试。
/assign @ravisantoshgudimetla

我们应该在ResourceClass中添加一个默认参数引用。
要明确的是，当我们添加一个引用时，我们还应该确保被引用的对象存在，如果我们有一个准入控制器，它可以在运行时创建被引用的resourceclassParameters对象吗？

不，引用不存在的默认对象与引用不存在的参数相同：当需要对象时才是问题，而不是在ResourceClass创建或更新时。

我们应该在ResourceClass中添加一个默认参数引用。如果一个ResourceClaim没有参数引用，那么就使用这个默认值。如果两者都没有设置，那么声明就不能被分配。

抱歉，我对上述陈述有些困惑，
我们可能希望在ResourceClass中添加一个字段，该字段指向一个默认的ResourceClaimParameters对象，当作为声明的一部分没有提供时，应该使用这个对象。
这是在#123828(评论)中提到的，
我们是要添加一个名为ResourceClaimParams的新字段，并为其设置一个默认值，还是要在ParametersRef为nil时用需要创建对象的ParameterRef填充？我相信你想要前者？

我们希望在 ResourceClass 中创建一个新的字段 DefaultClaimParametersRef。如果 ResourceClaim.ParametersRef 为 nil,则使用 ResourceClass.DefaultClaimParametersRef 代替。如果 ResourceClass.DefaultClaimParametersRef 也为 nil,则无法分配该声明。

然后ResourceClass.DefaultClaimParametersRef将被使用。谁将创建它？集群管理员吗？

集群管理员与ResourceClass一起。

这个问题被标记为 priority/important-soon ,但已经超过90天没有更新了，应该重新进行优先级排序。
重要的即将到来的问题必须在当前或非常短的时间内得到处理，理想情况下是在下一个发布版本之前。
你可以：

• 使用 /triage accepted (仅限组织成员)确认这个问题仍然相关
• 使用 /priority important-longterm 或 /priority backlog 降低其优先级
• 使用 /close 关闭这个问题

有关优先级排序过程的更多详细信息，请参阅 https://www.kubernetes.dev/docs/guide/issue-triage/