java - 整数和字符串比较在优化上有什么区别吗？

Question

我正在尝试制作游戏，我有一个 Selection 类，其中包含一个名为 str 的字符串。我每 17 毫秒将以下代码应用于我的选择对象。

if(s.Str == "Upgrade") {
            
}else if(s.Str == "Siege") {
        
}else if(s.Str == "Recruit") {
            
}

换句话说，这些选择对象会根据它们的类型(升级、攻城等...)做不同的工作。我在别处使用 str 变量。我的问题是:
如果我在第一次创建对象时将类型分配给整数，会不会更优化？

if(s.type == 1) {
                
}else if(s.type == 2) {
            
}else if(s.type == 3) {
            
}

这会让我写额外的代码行(因为我在第一次创建时必须按类型分隔对象)并使代码更难理解，但是比较整数和比较字符串会有区别吗？

Answer 1

如果您以>那种<方式比较字符串，可能没有性能差异。

但是，这是比较字符串的错误方法。正确的方法是使用 equals(Object) 方法。例如。

  if (s.Str.equals("Upgrade")) {

读这个:

• How do I compare strings in Java?

---

I apply the following code to my selection objects every 17 milliseconds.

测试两个字符串是否相等所花费的时间可能在几十 NANO 秒的数量级。所以……基本上……比较字符串或整数之间的区别是无关紧要的。

这说明了为什么过早优化是一件坏事。只有当您知道花时间在上面值得时，您才应该优化代码；即，当您知道会有返回时。

---

So should I optimize after I write and finish all the code? Does 'not doing premature optimization' means that?

不，这并不完全是那个意思。 (好吧 .. 无论如何对我来说都不是。)对我来说这意味着你不应该优化直到:

1. 您有一个可以衡量其性能的工作程序，
2. 您已经确定了具体的(可量化的)绩效标准，
3. 您有衡量绩效的方法；例如涉及真实或现实用例的适当基准，以及
4. 您有很好的方法来识别实际的性能热点。

如果您在具备上述条件之前就尝试优化，您可能会出于错误的原因优化代码的错误部分，并且您的努力(程序员时间)可能没有得到充分利用.

在您的具体情况下，我的直觉是，如果您遵循推荐的流程，您会发现¹这个String 与int(相对于 enum)与游戏的可观察性能无关²。

但是如果你想比“直觉”更科学，你应该等直到你已经解决了 1 到 4，然后测量看是否实际性能符合您的标准。 只有到那时，您才能决定是否进行优化。

---

^{1 - 我的预测假设您对问题的描述与现实足够接近。当人们试图“通过眼睛”而不是通过测量来识别性能问题时，这总是一个风险。
2 - 与其他事物相关；例如代码可读性和可维护性，但我不打算在本答案中解决这些问题。}