Groovy 适当的GPAR导入

仅使用以下导入是否合适

import groovyx.gpars.*

这样我就可以：

import groovyx.gpars.*

GParsPool.withPool {
   list = 1..10
   list.each{print it + 1 + "\n"}
}

而不是：

import static groovyx.gpars.GParsPool.withPool

withPool {
   list = 1..10
   list.each{print it + 1 + "\n"}
}

---

这样做，我就不必单独提到每一个导入，比如导入静态groovyx.gpars.actor.Actors.actor，就像这样。

这确实是一个风格问题，但在我们公司，我们决定在导入语句中使用*以后会有麻烦。使用*，您导入了很多东西，但您可能不知道它们都是什么。在这种情况下，这可能不是一个问题，但是使用通配符导入在某种程度上可以保证您使用“Utils”类或某种类型，并且不知道您从哪个包获得它

---

对于未使用的导入，我们甚至存在样式冲突。考虑到今天的IDE为您提供了非常好的导入管理，没有太多理由懒于您的导入语句，并且可能会给您的代码库的未来开发人员带来问题（特别是如果是您）。

这确实是一个风格问题，但在我们公司，我们已经决定，在import语句中使用*会给以后带来麻烦。使用*，您导入了很多东西，但您可能不知道它们都是什么。在这种情况下，这可能不是一个问题，但是使用通配符导入在某种程度上可以保证您使用“Utils”类或某种类型，并且不知道您从哪个包获得它

---

对于未使用的导入，我们甚至存在样式冲突。考虑到今天的IDE为您提供了非常好的导入管理，没有太多理由懒于您的导入语句，并且可能会给您的代码库的未来开发人员带来问题（特别是如果是您）。

我同意，但有一点需要注意。在有限的地方，通用静态导入是合适的，甚至是标准的习惯用法，junit测试用例是最明显的。除了在这些有限的情况下，我总是明确列出所有内容。如果没有别的，一个巨大的导入列表暗示着你的类可能做得太多了。我同意，但有一点需要注意。在有限的地方，通用静态导入是合适的，甚至是标准的习惯用法，junit测试用例是最明显的。除了在这些有限的情况下，我总是明确列出所有内容。如果没有其他内容，那么一个庞大的导入列表暗示您的类可能做得太多了。