grep - 故意先弄错的例子

Question

我刚刚发现自己在做我经常做的事情，并想概括、表达、分享它，看看还有谁在遵循这种一般做法，以找到其他可能相关的示例情况。

一般的做法是先故意出错，在执行当前任务之前确定其他一切都是正确的。

具体来说，我试图做的是在我们的代码库中找到使用了 dojo TextArea 小部件的示例。我知道(因为我面前有它——存在证明)TextBox 小部件至少存在于一个文件中。所以我首先寻找我知道的东西:

grep -r digit.form.TextBox | grep -v svn

这是不对的——我犯了一个常见的(对我来说)错误，就是不使用星星，所以我修正了这个问题:

grep -r digit.form.TextBox * | grep -v svn

没有发现任何结果!与我正在查看的文件的快速比较表明我拼错了“dijit”:

grep -r dijit.form.TextBox * | grep -v svn

现在我得到了结果。凉爽的;首先故意做错意味着我的查询是正确的，除了寻找错误的东西，所以现在我可以构造正确的查询:

grep -r dijit.form.TextArea * | grep -v svn

并且确信当它没有给我结果时，那是因为没有这样的文件，而不是因为我的查询格式错误。

我将添加其他三个示例作为答案；请添加您知道的任何其他人。

Answer 1

TDD

测试驱动开发的红绿重构循环可能是这种做法的原型(prototype)。用红色表示该功能不存在；然后让它存在并通过见证绿色条来证明你已经这样做了。