MarkLogic 9.0-6版
我们的团队创建了一堆自定义REST API（v1 / resources / ...），并将它们作为企业服务提供给其他利益相关者，这些利益相关者不需要了解MarkLogic。但是，我们的团队负责在MarkLogic中创建，增强和维护服务器端脚本（我们使用JavaScript）。
在创建自定义REST API时，我们当前的设计是使用search.search API来满足任何搜索要求。最近，我更倾向于使用更灵活，更快速的CTS函数，因为我看不到使用search.search包装器API的任何特定优势。由于我的团队的工作主要是编码和维护服务器端脚本，因此我认为使用比提供高级API（search.search或jsearch）花费更多时间和灵活性来提高灵活性和速度的低级API（CTS函数）更好。 ），或者甚至更糟的是，将来无法重新编码为CTS功能，因为无法通过高级API实现特定的复杂功能。
设计大师，请提出建议！
答案 0 :(得分：0)
JSearch，Search API，Optic API，所有非常好的工具，由MarkLogic Core Engineering团队开发和维护。在搁置它们之前，我会经过漫长而艰难的思考。对于您而言，这是否明智，可能要视情况而定。也许您忽略了对您有很大帮助的功能。例如，可以使用search.parse()和search.resolve()而非search.search()来克服Search API的某些限制。直接使用CTS并不是一个坏习惯，但是您很容易最终重新发明轮子。
询问特定问题，并与相关问题共享特定代码段以获得特定答案。该论坛并不真正适合此类开放性问题，因为它们通常没有直接明确的答案。
HTH！