对于{{simple-ident?}}, {{qualified-ident?}}, {{simple-symbol?}}, {{qualified-symbol?}}, {{simple-keyword?}}, 和 {{qualified-keyword?}}函数，我们可以进行一些优化。
可以进行两个独立的优化。
在{{boolean}}被使用的地方（合格函数），我们可以改用{{some?}}以获得更快的实现
(boolean (and (symbol? x) (namespace x) true))
可以被转换为
(and (symbol? x) (some? (namespace x)))
目前专注于V8，对于
(simple-benchmark [x 'a/b f #(qualified-symbol? x)] (f) 100000000)
并且减去基准成本
(simple-benchmark [x 'a/b f (fn [] x)] (f) 100000000)
这带来了1.74的速度提升。
因为我们知道在应用{{namespace}}时我们在处理关键字或符号，我们可以进而使用{{(.-ns x)}}。
仅此即可获得2.21的速度提升，而当与前一次优化结合时，
(and (symbol? x) (some? (.-ns x)))
我们看到总速度提升接近无限（操作基本上变得免费，与基准用时相同）。
注意，我们也许可以使用由断言引起的类型推理以及一个发射{{.-ns}}的新宏的{{namespace}}，但CLJS-2866当前取决于在{{if}}中查看测试，而像上面的表达式则导致带有短路{{&&}}的优化{{js*}}输出。
这些优化很棒，因为这些函数通常用于基于规范的生成代码测试中，其中性能可能是一个问题。
我们在{{cljs.predicates-test}}中有这些函数的测试覆盖率。
以下是当前发出的{{qualified-symbol?}}的JavaScript代码
function cljs$core$qualified_symbol_QMARK_(x) {
return cljs.core.boolean$(
(function() {
var and__8540__auto__ = x instanceof cljs.core.Symbol;
if (and__8540__auto__) {
var and__8540__auto____$1 = cljs.core.namespace(x);
if (cljs.core.truth_(and__8540__auto____$1)) {
return true;
} else {
return and__8540__auto____$1;
}
} else {
return and__8540__auto__;
}
})()
);
}
以下是修订版的内容
function cljs$user$qualified_symbol_QMARK_(x) {
return x instanceof cljs.core.Symbol && !(x.ns == null);
}
(该修订实现的紧凑性意味着它可能可以通过Closure进一步内联以提高整个程序优化的速度提升。）
