改善angular性能_性能改善…还是实验？

改善angular性能

我参与的项目在未来几年将面临巨大挑战。 这就是为什么我们决定在这些改进成为必要之前集中精力改进应用程序的性能的原因。

如何提高效率？ 稳定性？ ReactSwift？ 如何为未来做准备？ 那是我们问自己的问题，我们的目标是找到答案。

我们准备了可以帮助我们应对的挑战和潜在改进的清单。 然后，我们必须从列表中选择最重要的项目。 我们每个人都有机会分享他们的意见，分享他们的观点和建议。

在这次对话中，我们当中的一个提醒我们，最重要的活动必须发生在其他活动之前–我们必须改进对应用程序性能的衡量。

在没有任何假设之前，我们无法开始改进！

这不是很明显吗？

我相信您知道，如果没有测试可以证明所做的更改没有破坏任何内容，那么您不应该开始更改代码吗？ 如今很明显，不是吗？

性能如何？ 我们是否应该仅以良好的感觉，假设和论据作为理由和证据来提高绩效？

答案很简单，我们不应该。 但是，我们通常将性能视为可以玩的东西。 搞砸了。 尝试一下。

问题是为什么？

衡量起来并不容易

如果我们现在不检查在给定条件下应用程序的性能如何，那么我们如何确定我们的更改会改进它。 因为我们假设是这样吗？ 相当令人怀疑。

人们很懒。 如果可能，我们大多数人会选择更简单，更快速的解决方案。 不用花时间看性能会更快。 只是去改进！

衡量性能不仅是时间和精力。

在谈论代码时，找到需要测试的场景相对简单。 我们希望在每次调用特定方法后，我们将观察到相同的效果。 性能如何？

当然，我们应该检查我们的应用程序在特定负载下的行为是否符合预期，但这并不总是我们所需要的。 万一我们的应用程序不能满足期望的情况。 要开始进行改进，我们需要找到一个问题。 要找到问题，我们需要信息。 要获得此信息，我们需要监视应用程序中的各个位置。 这不仅涉及今天的数据。 它也与历史报告有关。

我们需要知道更改的内容和位置。 我们需要足够的信息来开始分析。

有很多事情要做。 确认性能目前不仅仅关乎测试。 不仅仅是处理请求需要花费多少时间。 我们需要收集（并存储！）有关应用程序中许多点的信息。 有关时间，负载和资源消耗的信息。

而且它不会自理。 有人需要密切注意所有基础架构。

我们应该测量什么？

您必须在应用程序中找到可以提供最有用信息的位置。 您可以衡量所有事情，但首先，谁来付出时间和精力？ 在能够监视所有内容之前，您将花费大量时间进行研究，设置所有内容等。

然后进行数据分析。 如果我们假设您将收集任何可能的数据，谁将对其进行分析？ 数据越多，信息越多。 但是，数据越多，发现统计数据之间的相关性的机会就越少。 同样，这种分析将花费您更多的时间和精力。

这就是为什么您必须问自己哪种数据将为您提供最有价值的信息。

哪里有乐趣？

当您知道需要改进的地方时，您将更渴望开始。 很好玩。 使应用程序更好，也许做一些实验，学习。 它让你开心。

但是，在实际开始这些活动之前，您需要找到那些需要改进的地方。

这就像编写测试。 我们知道这很有价值，但是...好吧...乐趣在哪里？

业务不需要

您因工作而获得报酬。 付钱给您的人想看看结果。 对他们而言，衡量应用程序的性能是又一项需要时间和人力，尤其是金钱的活动。 并没有带来任何回报。

这就是为什么专注于应用程序的最关键部分如此重要的原因。 您必须最小化成本，但又不能损失太多价值。

但…

即使我们必须面对所有这些挑战，我们还是专业人士。 我们是价值驱动型的人，即使活动一点都不有趣。 即使不是那么容易，我们也要查看给定的值，这才是前进的动力。

您越早开始，越好。 您越早开始，花费的精力就越少。

您的应用程序不断增长。 你无法阻止它。 您甚至可能不想停止它。 但是，随着增长，还有更多地方需要引起您的注意。

不要等到金额使您不知所措。 确定关键地点并开始。

不要等到“用户评估”告诉您有问题的那一天。

您可能会喜欢或不喜欢，但必须显而易见的是，在进行任何更改之前，您必须衡量要改进的东西的工作方式。

翻译自: https://www.javacodegeeks.com/2016/02/performance-improvements-experiments.html

改善angular性能