Codenameone 什么会导致构建时间过长？

我有一个测试项目，其中包含许多延迟加载的表单派生测试模块。 这些测试模块都非常小，与相应的测试用例一样大

现在我意识到，构建时间随着每个新的表单派生测试模块的增加而增加

你知道什么会导致这么长的构建时间吗

---

我说的是一个包含50个表单的项目。

您看到的构建时间非常缓慢。我不认为这是可能的，您可能遇到了一个奇怪的情况，即在循环中发送构建服务器

上述时间包括两个因素：队列和构建

如果在iOS或Windows上队列超过15分钟（在其他平台上超过3分钟），我们会收到一个自动通知，因为它假设有东西坏了。排队发生在您等待服务器处理您的构建时，每次较高级别的帐户发送构建时，无论您的等待时间如何，他都会被放在队列的最前面，因此基本/免费帐户有时会达到15分钟的限制，但这仍然很少见，因为我们有足够的服务器为每个人提供服务

这样的时间意味着两件事之一：

• 我们没有收到长时间排队的通知
• 由于某些原因，您发现了导致构建时间过长的问题

---

两者都非常糟糕，请发送一个构建并注意“队列”阶段持续多长时间（您可能需要重新加载页面，因为此状态并不总是正确刷新）。如果构建阶段持续时间太长，我们需要一个测试用例。

您看到的构建时间非常缓慢。我不认为这是可能的，您可能遇到了一个奇怪的情况，即在循环中发送构建服务器

上述时间包括两个因素：队列和构建

如果在iOS或Windows上队列超过15分钟（在其他平台上超过3分钟），我们会收到一个自动通知，因为它假设有东西坏了。排队发生在您等待服务器处理您的构建时，每次较高级别的帐户发送构建时，无论您的等待时间如何，他都会被放在队列的最前面，因此基本/免费帐户有时会达到15分钟的限制，但这仍然很少见，因为我们有足够的服务器为每个人提供服务

这样的时间意味着两件事之一：

• 我们没有收到长时间排队的通知
• 由于某些原因，您发现了导致构建时间过长的问题

---

两者都非常糟糕，请发送一个构建并注意“队列”阶段持续多长时间（您可能需要重新加载页面，因为此状态并不总是正确刷新）。如果是构建阶段持续时间太长，我们需要一个测试用例。

我只见过列表中所示的队列阶段。你能为非常缓慢的构建创建一个测试用例吗？这是我想检查的，它可能是优化器逻辑中的一个问题。很可能扩展的构建时间只是由一个表单类引起的。我会找出是哪一个谢谢，我们可以复制这个。作为一种短期解决方法，您可以将该方法拆分为较小的方法，但我们计划在服务器上解决此问题，因为这样长的构建可能会削弱我们的服务。这似乎是一个“错误行为”的叮当声。我只见过列表中所示的队列阶段。你能为一个非常慢的构建创建一个测试用例吗？这是我想检查的，它可能是优化器逻辑中的一个问题。很可能扩展的构建时间只是由一个表单类引起的。我会找出是哪一个谢谢，我们可以复制这个。作为一种短期解决方法，您可以将该方法拆分为较小的方法，但我们计划在服务器上解决此问题，因为这样长的构建可能会削弱我们的服务。这似乎是叮当声的“不当行为”。