标签：
现已创建了一个具有逻辑文件夹的项目。逻辑文件夹不是目录。它是一种组织文件的方式，并不反映文件在磁盘上的物理存储位置。添加到逻辑文件夹的文件将自动成为项目的一部分，并且在构建项目时进行编译。
这里有许多逻辑文件夹，然而事实上
磁盘里什么都没有
?
那这些文件夹是哪里来的呢？
它们来自
nbproject\configurations.xml
?
你可以直接把cpp文件考到目录下面去，然后一构建，你试试，它会告诉你，你的项目是空的，那是因为你的文件，没有在configurations里面配置，那怎么办手动一个个加到项目里？这样显然不行，太多了，幸好netbeans有另外一种构建项目的方式：基于现有源代码的C/C++项目
?
把源代码和makefile都放在文件夹里，选中那个目录，就会自动生成工程，然后按照makefile里写的开始自动清理和构建，这个还是很方便。但是并不是所有的都能一下导进来，有的竟然是灰色的
如果某一个cpp文件变灰了，那么结果就是无法使用转到，直接查看声明，这是因为在nbproject\configurations.xml里它们的定义掉了，加上
可以不加.h，只加cpp也行
还有下面的
添加完条目以后，关闭项目，重新打开项目即可变黑，可以查找到定义了。
装插件的时候，装了一个make,
?
对于一个包括几百个源文件的应用程序而言，使用make工具和makefile文件就可以清晰地理顺各个源文件之间的关系。而且如此多的源文件，如果每次都要输入gcc命令进行编译的话，对程序员来说是很难忍受的。make工具可以自动完成编译工作
?
make工具最基本的功能是调用makefile文件，通过makefile文件来描述源程序之间的相互依赖关系并自动维护编译工作。当然，makefile 文件需要按照某种语法进行编写，需要说明如何编译各个源文件并连接生成可执行文件，以及定义源文件之间的依赖关系。makefile 文件是许多编译器（包括Windows下的编译器）维护编译信息的常用方法，在集成开发环境中，用户可以通过友好的界面修改makefile 文件。
IDE 生成一个 makefile 来存储所有设置
在 "Project Properties"（项目属性）窗口中更改的属性将存储在当前配置的 makefile 中。
在创建基于现有源代码的 C/C++ 项目时，IDE 将依赖现有的 makefile 来提供如何编译和运行应用程序的指令。
?
?
添加到 "Important Files"（重要文件）文件夹中的文件不是项目的一部分，在构建项目时不会编译。这些文件只是用于参考，并在您用现有 makefile 创建项目时提供方便。
一个项目同时具有逻辑和物理视图。您可以在项目的逻辑视图与物理视图之间进行切换。
项目浏览不能反映文件真实的样子，他会展示莫须有的东西，比如naomi文件夹下什么都没有，它却能展示出来
?
要想展示出真实的层次结构，就到文件里去看：
没有了吧
不要选后面的参数，不要选空格
转至覆盖已覆盖，可以查看后代类覆盖本类的情况，要在确实有调用的函数里，才可以查看后代类覆盖本类的情况，在虚函数声明的地方转至已覆盖，没有什么卵用
?
在项目名上右键，查找输入文件名
工具选项
?
做出调整
之后选中代码格式
在输出窗口，右键查找，就可以找自己想要的东西，另存为可以保存成txt
不用手动翻找
?
?
旁边就是取消注释
?
把鼠标放在绿色的盾牌上，就有覆盖 learner::classify了
?
?
比如naomiaode.cpp这个，解决的办法就是重新创建一个文件，把原来文件里的内容复制过去
还可以
如果某一个cpp文件变灰了，那么结果就是无法使用转到，直接查看声明，这是因为在nbproject\configurations.xml里它们的定义掉了，加上
可以不加.h，只加cpp也行
还有下面的
添加完条目以后，关闭项目，重新打开项目即可变黑，可以查找到定义了。
标签：
原文地址：http://www.cnblogs.com/unflynaomi/p/5451310.html
