您做错了:完成的定义

在本系列中,我们将研究我们在敏捷中所做的事情,那些讨厌的做法以及为什么要这样做。 目的是这里的关键,如果您没有获得收益,则可能做错了,请尝试其他方法。

所以,让我问你一个问题:

您完成了,完成了还是完成了? 无论如何,“完成”是什么意思?

为了回答这个问题,让我们看看为什么定义“完成”很重要,尤其是在迭代范围内。 与许多敏捷实践一样,它归结为业务人员(以及他们在地球上的代表,产品经理)与开发团队之间的信任。 正如您可能已经读过的 ,敏捷实践应该重新建立失去的信任。 完成的定义是支持该结构的另一个Struts。

产品经理说:“这就是我的工作方式。” 开发人员说:“好,我了解功能的作用,我会去构建它”。 “但不像上次那样。 你真的明白吗?” 产品经理胆怯地问。

因为上次,她对演示感到惊讶。 然后,团队需要重建功能,因为“他们了解了”但以“不同的方式”进行了。

“完成”的定义是一个惊喜抑制器。 这是用“应该起作用”的通用语言达成的协议。 达成此协议所需的详细程度与企业和团队之间的信任度成反比。 信任越大,指定的细节越少。

“我们上次得到了它,但是看到它后您改变了主意”,开发人员继续说道。

虽然达成共识的“完成”定义是一个很好的抑制器,但这并不意味着不会改变。 敏捷过程建立在反馈的基础上,一旦产品经理审核了实际构建的内容,她就会说“这正是我想要的”。 但是在大多数情况下,它将是“是的,但是您可以更改……”。

因为那是人们的工作方式。 他们根据反馈做出反应。 人们使用的流程需要支持人员,而不是相反。 我们的流程不能禁止更改。

因此,如果您感觉“完成的定义”是一项合同,那么您做错了。 它更像是一个指导方向的指示灯,但可以根据新信息改变方向。

因此,完成工作的定义就是我们工作之前所拥有的。 最后会发生什么? 下次,我们将继续讨论完成。 有错误。

翻译自: https://www.javacodegeeks.com/2016/07/youre-wrong-definition-done.html

在Vue2中,当你尝试将一个字符串(`String`)赋值给预期为`Object`或`Array`类型的prop("rules")时,会收到这样的误。这通常是因为你在组件props中声明了规则应该是一个对象或数组,但实际上传递的值不符合这个预期。 解决这个问题需要检查以下几个步骤: 1. **检查prop的定义**:确保在组件的`props`选项中,`rules`的`type`被正确地设置为`{ anyOf: [Object, Array] }`,表示它可以接受对象或数组这两种类型。 ```js props: { rules: { // 使用anyOf可以同时接受对象和数组 type: { anyOf: [Object, Array] }, required: true, default: () => [] } } ``` 2. **检查传入的值**:确认你实际调用组件的地方是否正确传递了一个对象或数组。如果不是,你需要修改这部分代码,使其传递正确的数据结构。 ```js // 示例 <YourComponent :rules="yourData.rules" /> // 如果yourData.rules是一个字符串,则需要将其转换为对象或数组 // 或者在调用时直接提供一个正确的值 <YourComponent :rules="[/* 或者一个对象 */]" /> ``` 3. **处理空值**:如果值可能是空,可以在接收时额外的检查,防止因为空值导致类型误。 ```js <YourComponent :rules={ yourData.rules || {} }> </YourComponent> ``` 4. **更新状态管理**:如果你使用的是Vuex或其他状态管理库,检查store中的值是否正确,并确保在actions或mutations中处理数据转换。 完成以上步骤后,你应该能解决"Invalid prop: type check failed"的误。如果问题依然存在,请检查是否有其他地方的逻辑问题影响了值的类型。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值