整数和字符串比较之间的优化有什么区别吗？
我正在尝试制作一个游戏，并且我有一个 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) {
}
这会让我编写额外的代码行（因为我第一次创建时必须按类型分隔对象）并使代码更难理解，但是比较整数而不是比较字符串会有区别吗？
回答
如果以 >that< 方式比较字符串，则可能没有性能差异。
但是，这是比较字符串的错误方法。正确的方法是使用equals(Object)方法。例如。
if (s.Str.equals("Upgrade")) {
读这个：
- 我如何比较Java中的字符串？
我每 17 毫秒将以下代码应用于我的选择对象。
测试两个字符串是否相等所需的时间可能在几十 NANO 秒的数量级。所以......基本上......比较字符串或整数之间的区别是无关紧要的。
这说明了为什么过早优化是一件坏事。只有当你知道花时间在上面是值得的时候，你才应该优化代码；即当你知道会有回报时。
那么我应该在编写并完成所有代码后进行优化吗？“不做过早优化”是否意味着？
不，这并不完全是这个意思。（好吧..反正对我来说不是。）对我来说这意味着你不应该优化，直到：
- 你有一个工作计划，你可以衡量它的表现，
- 你已经确定了具体的（可量化的）绩效标准，
- 您有衡量绩效的方法；例如，涉及真实或现实用例的适当基准，以及
- 你有一个很好的方法来识别实际的性能热点。
如果在没有以上这些之前就尝试优化，很可能会因为错误的原因优化了错误的代码部分，而你的努力（程序员时间）很可能被低效地花费了。
在您的具体情况下，我的直觉是，如果您遵循推荐的过程，您会发现1这Stringvs int(vs enum) 与您的游戏的可观察性能2无关。
但是如果你想比“直觉”更科学，你应该等到1到4确定下来，然后再衡量，看看实际表现是否符合你的标准。 只有这样，您才能决定是否进行优化。
1 - 我的预测假设您对问题的描述足够接近现实。当人们试图“通过眼睛”而不是通过测量来识别性能问题时，这总是存在风险。
2 - 与其他事物相关；例如代码可读性和可维护性，但我不会在这个答案中解决这些问题。