有没有一种简单的方法来判断Java项目是从NetBeans还是Eclipse编写的？

有没有一种简单的方法来判断Java项目是否是用特定的IDE编写的？在我看来，由特定IDE创建的Java项目对于另一个IDE来说不是完全透明的，因此事先知道项目是用哪个IDE创建的很重要

---

注意。

如果项目使用的是ant、maven、ivy（或其他类型的构建工具），那么它可以跨IDE移植。大多数构建工具都带有插件或命令，用于为项目生成特定于IDE的元数据。（

mvn eclipse:eclipse，play eclipsify，sbt gen idea…

）

这就是说，IDE并不重要——你所需要的只是源文件、依赖项和编译器

---

但是，如果您正在签出版本控制系统（svn、git等），并且如果操作正确，您将不会看到任何特定于IDE的文件被签入。

如果项目使用的是ant、maven、ivy（或其他类型的构建工具），那么它将可以跨IDE移植。大多数构建工具都带有插件或命令，用于为项目生成特定于IDE的元数据。（

mvn eclipse:eclipse，play eclipsify，sbt gen idea…

）

这就是说，IDE并不重要——你所需要的只是源文件、依赖项和编译器

---

但是，如果您正在签出版本控制系统（svn、git等），并且如果操作正确，您将不会看到签入任何特定于IDE的文件。

如果是eclipse项目，则根目录中将有一个.project文件。如果是netbeans项目，您将在根目录中找到一个nbproject文件夹。

如果是eclipse项目，则在根目录中会有一个.project文件。如果它是一个netbeans项目，您将在根目录中找到一个nbproject文件夹。

Eclipse项目保存出

.project

和

.classpath

NetBeans保存

.nbproject

---

IntelliJ可以使用基于文件的

.iws、.ipr和.iml

或基于目录的

.idea
Eclipse项目保存
.project
和
.classpath

NetBeans保存
.nbproject

IntelliJ可以使用基于文件的
.iws、.ipr和.iml
或基于目录的
.idea
您可以轻松检查各种IDE创建的额外配置文件。在eclipse上，您将在工作区的根目录（而不是项目的根目录）中找到一个名为.metadata的目录。它将有一个名为.log的文件，其中包含以下可见信息：

!SESSION 2011-03-31 17:24:25.570 -----------------------------------------------
eclipse.buildId=M20100909-0800
java.version=1.6.0_21
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
Command-line arguments:  -os win32 -ws win32 -arch x86_64

所以你可以很容易地看到它的日食。如果该目录不可用（比如说未提交源代码），您仍然可以转到项目结构中的目录，并在文件中查找其他元数据

在我的项目中，在实际的项目目录树中有一个名为.settings的文件夹，其中的文件名为：
org.eclipse.jdt.core
等。只要看一下这个文件夹，就可以知道它的eclipse

我相信，当您查看NetBeans项目时，您会发现类似的线索。
您可以轻松地检查由各种IDE创建的额外配置文件。在eclipse上，您将在工作区的根目录（而不是项目的根目录）中找到一个名为.metadata的目录。它将有一个名为.log的文件，其中包含以下可见信息：

!SESSION 2011-03-31 17:24:25.570 -----------------------------------------------
eclipse.buildId=M20100909-0800
java.version=1.6.0_21
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
Command-line arguments:  -os win32 -ws win32 -arch x86_64

所以你可以很容易地看到它的日食。如果该目录不可用（比如说未提交源代码），您仍然可以转到项目结构中的目录，并在文件中查找其他元数据

在我的项目中，在实际的项目目录树中有一个名为.settings的文件夹，其中的文件名为：
org.eclipse.jdt.core
等。只要看一下这个文件夹，就可以知道它的eclipse

我相信，当您查看NetBeans项目时，您会发现类似的线索。
Java就是Java。IDE应该是完全无关的。你是在问源代码还是JAR？他的问题并不令人困惑，而且非常相关。如果您要从其他人继承Java项目，他们可能从未设置构建文件，完全依赖IDE。因此，了解项目是否来自NetBeans或Eclipse等可能很重要。代码将是透明的。IDE将添加自己的特殊文件，以帮助其特定于语言的功能发挥作用，但没有理由拒绝使用源文件并将它们从一个IDE移动到另一个IDE。此外，如果您正在考虑java开发人员使用的主要IDE，则必须包含IntelliJ IDEA。@gview它包含在“etc”中，而java是不透明的。Java中没有任何固有的东西指定如何构建清单、对JAR签名、包含哪些资源以及任何特殊的编译标志。我可以继续。我们不要把无处不在的Ant和Java混为一谈，Java就是Java。IDE应该是完全无关的。你是在问源代码还是JAR？他的问题并不令人困惑，而且非常相关。如果您要从其他人继承Java项目，他们可能从未设置构建文件，完全依赖IDE。因此，了解项目是否来自NetBeans或Eclipse等可能很重要。代码将是透明的。IDE将添加自己的特殊文件，以帮助其特定于语言的功能发挥作用，但没有理由拒绝使用源文件并将它们从一个IDE移动到另一个IDE。此外，如果您正在考虑java开发人员使用的主要IDE，则必须包含IntelliJ IDEA。@gview它包含在“etc”中，而java是不透明的。Java中没有任何固有的东西指定如何构建清单、对JAR签名、包含哪些资源以及任何特殊的编译标志。我可以继续。让我们不要把无处不在的Ant和Java混为一谈。我完全同意你的最后一段。如果您为特定的IDE进行了标准化，那么签入该IDE的项目文件是非常有意义的。构建工具（ant、maven）