|
|
1
12
我不认为这是微不足道的。如果我经常写这样的代码,我不想在代码周围撒上多余的条件句。
奇怪的是,它使用迭代器来处理不迭代的东西——它更接近于条件,乍一看,它可能会为每个匹配产生多个结果。 上下文管理器不能完全跳过其托管功能,这似乎很奇怪;虽然这不是“with”的明确用例之一,但它似乎是一个自然的扩展。 |
|
|
2
4
开始
|
|
|
3
1
另一个不错的语法是这样的:
|
|
|
4
0
基于格伦·梅纳德的解决方案,我有另一种方法:
与Glen的解决方案类似,这要么是0次(如果没有匹配),要么是1次(如果匹配)。 不需要子,但结果不太整洁。 |
|
|
5
0
如果你在一个地方做了很多这样的事情,这里有一个替代答案:
|
|
|
6
0
我不认为使用
我建议使用类似于Perl语法的语法。让你自己的扩展
正如您在下面的评论中看到的,此方法既不是范围安全的,也不是线程安全的。只有当你完全确定你的应用程序将来不会变成多线程的,并且从你使用它的作用域调用的任何函数都会被调用时,你才会使用它 也 使用相同的方法。 |
|
|
7
0
这看起来并不漂亮,但你可以从中获利
模仿
如果匹配打印组
flow,你可以(ab)使用
当然,你可以定义一个小函数来做脏活:
|
|
|
8
0
这不是完美的解决方案,但确实允许您为同一str链接多个匹配选项:
|
|
|
9
0
以下是我的解决方案:
否则如果
两者 追加 和 更新 返回 无 。因此,您必须使用 或 在每种情况下的一部分。
|