我有两个字符串,我想测试它们是否是彼此的字谜。
要测试字符串A是字符串B的字谜,A和B的字符都是排序的。如果生成的排序字符串完全匹配,则字符串A和字符串B是彼此的字谜。
我split
将字符串放入字符数组中,使用Perl的sort
例程,join
将字符重新组合在一起,并使用eq
测试字符串相等性:
sub anagram
{
my ($s1, $s2) = @_;
return (join '', sort { $a cmp $b } split(//, $s1)) eq
(join '', sort { $a cmp $b } split(//, $s2));
}
有没有办法避免必须在标量和数组类型之间进行转换(依赖于join
和split
)?如果是这样,哪种方法更有效?
答案 0 :(得分:5)
好吧,我找到了一种速度超过30倍的方式 - 尽管可以说是它的作弊。我已经包含了Benchmark.pm代码来对它进行基准测试,因为你显然不熟悉它。
基准是:
Rate Join Cheat
Join 83294/s -- -97%
Cheat 2580687/s 2998% --
代码。在第三行之后,我想你会理解为什么它可以说是作弊:
use v5.14;
use Benchmark qw(cmpthese);
use Inline 'C';
sub an_join {
my ($s1, $s2) = @_;
return (join '', sort split(//, $s1)) eq
(join '', sort split(//, $s2));
}
use constant {
STR1 => 'abcdefghijklm',
STR2 => 'abcdefghijkmm',
STR3 => 'abcdefghijkml',
};
cmpthese(
0,
{
'Join' => 'an_join(STR1, STR2); an_join(STR1, STR3)',
'Cheat' => 'an_cheat(STR1, STR2); an_cheat(STR1, STR3)',
});
__END__
__C__
int an_cheat(const char *a, const char *b) {
unsigned char vec_a[26], vec_b[26];
const char *p, *end;
memset(vec_a, 0, sizeof(vec_a));
memset(vec_b, 0, sizeof(vec_b));
end = a+strlen(a);
for (p = a; p < end; ++p)
if (*p >= 'a' && *p <= 'z')
++vec_a[(*p)-'a'];
end = b+strlen(b);
for (p = b; p < end; ++p)
if (*p >= 'a' && *p <= 'z')
++vec_b[(*p)-'a'];
return 0 == memcmp(vec_a, vec_b, sizeof(vec_a));
}
当然,它的作弊因为它不是用Perl-C编写的。另外,它有Perl版本没有的限制(只适用于小写的ASCII字符是最重要的 - 它只是忽略了其他一切)。但如果你真的需要速度,你可以使用这样的作弊。
编辑:
扩展到所有Latin1(实际上是原始的8位字符)。另外,我发现编译器设法优化了一个更简单的循环(没有点算术),并且更容易阅读,所以...... Benchmark告诉我,小写-ASCII版本的速度提高了大约10%:
int an_cheat_l1b(const char *a, const char *b) {
unsigned char vec_a[UCHAR_MAX], vec_b[UCHAR_MAX];
size_t len, i;
memset(vec_a, 0, sizeof(vec_a));
memset(vec_b, 0, sizeof(vec_b));
len = strlen(a);
for (i = 0; i < len; ++i)
++vec_a[((const unsigned char *)(a))[i]];
len = strlen(b);
for (i = 0; i < len; ++i)
++vec_b[((const unsigned char *)(b))[i]];
return 0 == memcmp(vec_a, vec_b, sizeof(vec_a));
}
请注意,C版本的优势随着字符串变长而增长 - 这是预期的,因为它的Θ(n)与Perl版本O(n·logn)相反。同样,对于完整的Latin1的惩罚减少,这意味着惩罚可能是memcmp。
答案 1 :(得分:2)
我认为使用智能匹配来比较数组而不需要重新创建字符串就不得不超越OP的方法
sub anagram_smatch {
return [sort split//,$_[0]] ~~ [sort split//,$_[1]];
}
但基准测试并没有说明这一点。
Rate smatch join
smatch 1.73/s -- -54%
join 3.72/s 116% --
答案 2 :(得分:1)
如果两个字符串都是可变的,我认为你不能做得更好。另一种方法是构建一个将字符映射到其计数的哈希值,然后比较哈希值具有相同的键和值。我认为这对于你的方法来说是O(n)而不是O(n log n),但除了非常长的字符串外,它可能会有更差的实际性能。
如果你想将变量字符串与固定的引用字符串进行比较,那么基于散列的方法可能会提前支付股息,因为你只需要对引用进行一次哈希。
答案 3 :(得分:1)
有没有办法避免必须在标量和数组类型之间进行转换(依赖于
join
和split
)?如果是这样,哪种方法更有效?
由于你将这些问题作为两个单独的问题,我会回答这两个问题。
是的,有一些方法可以在不创建@
数组或%
哈希或诸如此类的情况下执行此操作,我将概述几个;但是你的方式比任何一种都更有效率。
一种方法是使用the substr
function($c = substr $s, 4, 1
将$c
设置为$s
的第五个元素和{{1}将字符串视为字符数组将substr($s, 4, 1) = $c
的第五个元素设置为$s
),并在其上实现任何典型的排序算法。
或者,我很确定你可以使用$c
的正则表达式替换来实现冒泡排序。
最后,如果你愿意放弃那种排序然后比较的方法,你可以写:
/e
但是,sub anagram
{
my ($s1, $s2) = @_;
while($s1 =~ m/\G(.)/s)
{ $s2 =~ s/\Q$1// or return ''; }
return $s2 eq '';
}
- 然后 - split
再次提高效率。