该评分方法导致可怕的编码。这是识别可怕的编码。没有实际代码应该使用ANS。

第二次思想：我相信这种算法不是防弹。如果a = [4,6,12,18]怎么办？

是的，我也发现了这个问题

我在matlab 207b中传递所有测试服案例，但我收到了这条消息：
在评估解决方案时，服务器遇到了一个由长时间运行MATLAB代码引起的错误。如果需要，编辑代码，然后提交。

基于Gangyi的解(解57169)。(感谢阿方索引导我关注它。:-）

缺陷的解决方案;当（例如）a = [2 10 20 30]时失败。

此解决方案确认我认为代码大小测量需要计数在Regexp内执行的代码。

这个解决方案有点难以获得，但似乎是一种方法。

这种迭代确实很好。

很不错的小技巧,

是的，大小对这个评分很重要，但是使用m(a)=0会产生一个非常大的向量。我不喜欢这种类型的解决方案，因为它似乎构成了最短的解决方案。万博 尤文图斯

如果您不关心Cody-Size'解决方案66088更有效地实现相同的算法（使用稀疏向量而不是“严重大的”矩阵）......

不过，我个人最喜欢的还是Gangyi的57169解决方案，它的运行速度通常是我的版本的两倍……