Eclipse文本搜索所有文件?

Eclipse文本搜索所有文件?,eclipse,loops,refactoring,Eclipse,Loops,Refactoring,我目前正在优化我的代码(android游戏),并想用普通的for替换所有的foreach(for(:))。有没有办法找到他们?Ctrl-F只查看当前文件,而Ctrl-H似乎没有找到任何java构造(不确定单词是否正确:ifs、whiles、accessors等)。最好没有插件,但任何答案都可以接受。如果可以在搜索中搜索任何字符串(*),那也很好 TL;DR:正在寻找在eclipse中查找所有前科的方法。首先,我必须说,这听起来像是一个非常奇怪的优化。请记住,如果你有一个LinkedList,那么

我目前正在优化我的代码(android游戏),并想用普通的for替换所有的foreach(for(:))。有没有办法找到他们?Ctrl-F只查看当前文件,而Ctrl-H似乎没有找到任何java构造(不确定单词是否正确:ifs、whiles、accessors等)。最好没有插件,但任何答案都可以接受。如果可以在搜索中搜索任何字符串(*),那也很好


TL;DR:正在寻找在eclipse中查找所有前科的方法。

首先,我必须说,这听起来像是一个非常奇怪的优化。请记住,如果你有一个
LinkedList
,那么你经历一个

for (int i = 0; i < list.size(); i++) {
    element = list.get(i);
    ...
for(int i=0;i
循环,而不是使用迭代器(每个循环都使用迭代器)。闻起来微优化对我来说有很长的路要走

也就是说,这里有一个解决方案:

  • 确保已选择根源文件夹
  • 单击搜索/文件搜索
  • 将范围标记为“选定资源”
  • 标记正则表达式
  • 搜索正则表达式,例如\s*\(.*:

    表达式匹配
    表单上的字符串,后跟一些白色空格,后跟
    后跟一些字符,后跟
    (这类字符表示每个循环的Java)


  • 首先,我必须说,这听起来像是一个非常奇怪的优化。请记住,如果你有,比如说,一个
    LinkedList
    ,你会经历更糟糕的优化

    for (int i = 0; i < list.size(); i++) {
        element = list.get(i);
        ...
    
    for(int i=0;i
    循环,而不是使用迭代器(每个循环都使用迭代器)。闻起来微优化对我来说有很长的路要走

    也就是说,这里有一个解决方案:

  • 确保已选择根源文件夹
  • 单击搜索/文件搜索
  • 将范围标记为“选定资源”
  • 标记正则表达式
  • 搜索正则表达式,例如\s*\(.*:

    表达式匹配
    表单上的字符串,后跟一些白色空格,后跟
    后跟一些字符,后跟
    (这类字符表示每个循环的Java)


  • 右键单击项目,选择搜索,您可以将所有
    for
    -命令替换为正则表达式,如
    for(.*;*;.*)

    右键单击项目,选择搜索,您可以将所有
    for
    -命令替换为正则表达式,如
    for(.*;*;*)
    与您想要的其他表达式一起使用。

    我还将找到的任何列表更改为普通数组[]。我想我的代码中还剩下2个,所以不会有太大的问题。谢谢,刚刚发现不仅仅只有3个选项(选项卡)当按下ctrl-h键时。老实说,这听起来也像是过早的优化。您是否对代码进行了基准测试,并验证了这些问题确实是应用程序的瓶颈?不,还没有进行基准测试。我正在做我能想到的一切。然后我打赌您正在优化目前约占1%执行时间的东西我。假设有一天你非常努力地工作,完全消除了列表和循环的开销,那么你的性能就会提高1%……如果你对程序进行基准测试,发现某个内部循环占用了50%的时间,你可能会花3分钟将这个循环重写为其执行时间的一半,那么突然你性能提高了25%!我的观点是,如果你不确定你是否在解决瓶颈问题,你可能根本不会改变性能。因此,我开始进行基准测试,似乎一切都在以良好的速度运行,因为绘图似乎占用了大部分时间(平均27毫秒,计算1.5毫秒)。谢谢你的提示。我也正在将找到的任何列表更改为普通数组[]。我想我的代码中还剩下2个,所以不会有太大问题。谢谢,刚刚发现不仅仅只有3个选项(选项卡)当按下ctrl-h键时。老实说,这听起来也像是过早的优化。您是否对代码进行了基准测试,并验证了这些问题确实是应用程序的瓶颈?不,还没有进行基准测试。我正在做我能想到的一切。然后我打赌您正在优化目前约占1%执行时间的东西我。假设有一天你非常努力地工作,完全消除了列表和循环的开销,那么你的性能就会提高1%……如果你对程序进行基准测试,发现某个内部循环占用了50%的时间,你可能会花3分钟将这个循环重写为其执行时间的一半,那么突然你性能提高了25%!我的观点是,如果你不确定你是否在解决瓶颈问题,你可能根本不会改变性能。因此,我开始进行基准测试,似乎一切都在以很好的速度运行,因为绘图似乎占用了大部分时间(平均27毫秒,计算1.5毫秒)。感谢tipps。