很抱歉没有编码问题，不确定我是否应该在这里发布。
在Notesnsf应用程序设计元素中，我很难理解什么是"大"，而不是存储的数据或记录量。例如，有人说我们不应该有太多的视图，但"太多"并没有给出任何规模，是10，50100500，它才会"减速"。我意识到它也是基于视图设计的，但一些"太多"的想法是有益的。在这种情况下，数据和设计元素在同一nsf中。
对于XPage、Custom Controls、Managed Beans、Java Classes等元素的数量，是否有建议？哪些元素会被认为过多？在这个例子中，我在单独的nsf中有数据和逻辑。
如有任何指导，我们将不胜感激。
感谢
设计元素的数量有限制。但是，除非你将整个JavaScript框架导入NSF，否则uou不太可能成功
如前所述，视图性能取决于许多因素。500个设计精美的视图都可以。50个表现不佳的视图可能是糟糕的。列上的许多resort会影响需要创建和管理的索引数量。在视图选择公式或列公式中使用@Today或@Now将是一个大问题。大量文档很少更改，每30秒更新一次的文档数量较少，大量用户定期更新，这些都会对性能产生影响。
代码中的性能也会受到影响，XPages Toolbox或代理评测会给出一个想法。DocumentCollection.count()速度较慢，但有时是必需的。NoteCollections可能更快。有各种各样的博客文章涵盖了这一点。
具有不断增长的Map的托管bean将影响Java内存。
但是，服务器端总是有性能增强。Domino10中的gRPC将具有极高的性能。因此，请始终尝试使用最新版本，并随时了解会议等会议的最新情况，以便了解TCO的改进情况。
最重要的是，如果不深入了解您的体系结构和代码，就没有人能够给您一个明确的答案。