对于{{simple-ident?}}、{{qualified-ident?}}、{{simple-symbol?}}、{{qualified-symbol?}}、{{simple-keyword?}}和{{qualified-keyword?}}函数，我们可以进行一些优化。
可以进行两次单独的优化。
在{{boolean}}使用的地方（{{qualified-}}函数），我们可以使用{{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)))
我们看到了接近无限的速度提升（该操作实际上成为免费，与基线相同的时间）。
请注意，我们可能可以使用由谓词诱导的类型推断及一个新的用于{{namespace}}的宏，它发出{{.-ns}}，但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进一步内联以实现更快的整体程序优化。)）
