问题的评论
解决方案的评论
-
5个评论
这显示了一些奇怪的行为。如果您使用y的第二个解决方案,即硬编码的答案,它将无法通过第一个测试用例,并为原始x和y显示不同的输入值。然而,如果您使用y的第一个解决方案(取自Alfonso的解决方案),则会显示x和y的正确输入值。我不明白测试套件的输入值为何不匹配(您可以在答案中看到显示的值)。< / p >
只是注意到一些人在这个问题上的问题。我在测试套件的开头添加了一个“%%”,这在过去很有帮助。重新记录您所评论的两个解决方案可以解万博 尤文图斯决您的问题。您的硬编码答案现在可以工作了,并且所有三个测试用例都显示在您的测试套件中。< / p >
你好,詹姆斯。你能不能检查一下我在第753题中遇到的类似的Cody bug ?我很困惑为什么它只影响一些玩家。谢谢,DIV。< / p >
谢谢你的建议,詹姆斯。我没有从他们那里得到回复,但是问题753测试集中的致命错误不知怎么地变成了一个非致命错误。div< / p >
...与否。无论如何,我认为我已经弄清楚了测试套件在Cody中解析的方式:“%%”定义了一个新的测试用例的开始,而在第一行代码中省略“%%”意味着它们成为_shared变量_!抱歉跑题了(w.r.t.分段线性插值),但我在任何地方都看不到这个文档。根据问题44655中的测试套件,这实际上是非常方便的。div< / p >
-
1评论
太糟糕了,测试用例不再工作了:(
每次x和y的输入都是一样的< / p >
X = 1 1 3 0 1 1
Y = 5 3< / p >
-
1评论
这个解决方案展示了解决问题的不同方法。它会产生漂亮、简短的代码。< / p >
-
2的评论
测试套件有一些舍入问题。断言(isequal(a,b))当a和b是双精度时可能会有问题。我建议使用assert(all(all(abs(a-b)<1e-10)))或类似的东西代替< / p >
我在测试用例中选择了数字,希望避免这样做。看起来你的解决方案(非常令人印象深刻,顺便说一句)遇到了我希望避免的问题。< / p >
我将稍微改变一下assert条件。< / p >