Xpages 在Designer中，SSJS库的增长速度越来越慢

对于大多数Xpages应用程序，我观察到，在designer中，随着应用程序的增长，ssjs库的打开速度越来越慢。一个例子是目前有1200多行代码（包括注释）和40多个函数组成的库。每次我在designer中访问库时（例如，通过从不同的选项卡切换到承载库代码的选项卡），都会出现大量闪烁、重建和重新读取的情况，这可能需要几秒钟的时间

这并不是说我等不及了，但这让我有点不安，我想知道是否有某种限制（关于代码行数或函数数，或两者），我应该遵守。将代码拆分成不同的库会更好吗

是的，我正在考虑将至少一些函数重建为javaBeans，但基本问题仍然存在

---

最后，我没有发现运行时性能有任何下降。这只是设计时问题。

生成“大纲”选项卡的代码导致了此问题。我已经在我的开发环境中注释掉了这段代码，即使使用+10000行的SSJS文件，编辑器的响应速度也非常快。回答您的问题-我不知道函数数量、代码行数等有任何限制，但您在Designer中遇到了一些低效的代码

我建议采取以下变通办法：

将代码拆分为更小的库（如您所建议的）

使用文本编辑器编辑代码（不理想）-打开导航器 查看，然后右键单击文件并选择-openwith-text 编辑

打开库时，请在打开时选择“引用”选项卡 正在努力。这将停止刷新大纲

---

同时，我会记下这个问题，它可能会在未来的版本中得到解决。

关闭“Project/Build Automatically”尝试过，但没有任何区别。除此之外：构建过程不是负责将xml/ssjs代码编译成java，而不是将现有代码读入编辑器吗？如果您有很多嵌套自定义控件的XPages，这肯定会有所帮助。在您在XPage源代码中编写的每个字符之后，它都会使用激活的“自动生成”重新计算。但我不确定SSJS的情况。。。可惜在这里没有用。没关系；）首先我想知道是否有已知的限制，最佳实践或任何有助于此regardFYI的方法-我们发现，如果没有授权签署文档的人在designer中打开数据库，甚至只是查看代码，因为某些设计元素是由他们签署的，那么自动启用构建可能会导致意外问题。事实上，我们在这件事上被踢了两次屁股。非常感谢！是的，我观察到了“大纲”和“参考”之间的行为差异，但我总是忘记转换观点…-除此之外：您提到了注释“大纲”窗格；有没有一种方法可以让我们普通人去做？在处理eclipse时，我恐怕没有太多的经验……对不起，洛萨，目前没有办法做到这一点——这是设计师内心深处的一次代码更改。也许我们可以在将来引入禁用大纲视图的首选项。。。。定义默认打开哪个选项卡的首选项对我来说是非常好的，如果还没有的话（如果是这样的话，它必须隐藏得很好；我刚刚发布了一个问题）。感谢您在这一行中考虑这一点或其他问题！