很多人刚上手IAR时，容易把建工程这件事想得很简单，点几个按钮能编过去就算完了。可真到项目往里加文件、分Debug和Release、多人协作、后面再接手维护时，问题就慢慢出来了，目录放得乱，组名随手起，模板也没有统一口径，最后工程能跑，但没人愿意接。IAR官方文档其实把基础路径讲得很清楚，工作区、项目、组、文件、配置是分层管理的，默认还会生成Debug、Release以及List、Obj、Exe这些输出目录，所以一开始把骨架搭顺，比后面反复挪工程省事得多。

　　一、IAR软件怎么建工程

　　IAR建工程这一步看着不复杂，真正容易出问题的不是会不会点，而是顺序乱了以后，后面很难收拾。所以更稳的做法，不是先急着加代码，而是先把工作区、项目和保存位置一次理清。

　　1、先建工作区再建项目

　　在IAR里，工作区和项目不是一回事。官方教程里先走的是【File】【New Workspace】，然后再用【Project】【Create New Project】去建项目，这样项目和后续配置才有明确归属。要是一开始只顾着新建项目，不先把工作区定下来，后面多工程协同时就容易混。

　　2、模板先选空工程再慢慢补业务骨架

　　IAR官方明确提到，新建项目时会看到现成的项目模板，其中就包括Empty project这类空模板。对大多数团队来说，第一版工程更适合从空工程起步，再把启动文件、链接文件、驱动和应用代码按自己的规范补进去，这样结构干净，也不容易把不需要的演示内容一股脑带进来。

　　3、项目文件和工作区文件要放在同一套工程根目录下

　　官方教程里说明了，项目文件是ewp，工作区文件是eww，当前会话相关内容会放进settings目录。实际落地时，最稳的方式是先定一个工程根目录，再把ewp、eww和settings都围着这个根目录组织，不要今天把项目丢一个盘，明天把工作区放另一个盘，不然后面迁移路径会很难看。

　　4、文件不要直接平铺先建组再加文件

　　IAR官方在加文件那一段专门提到，真实项目通常有很多源文件，适合用groups做层级组织，而且组不仅是为了看着清楚，还能给不同组设置不同选项。换句话说，组不是装饰，是真正参与管理的结构层。

　　5、第一次建完先跑一遍【Make】确认输出路径

　　IAR在首次编译后会自动生成对应配置的输出目录，常见就是Debug下面的List、Obj、Exe。这个时候最好别急着继续堆文件，而是先确认输出路径、map文件和目标文件都落在预期位置，后面再定团队统一目录时就有依据。

　　二、IAR工程模板与目录怎么规划

　　模板和目录规划这件事，表面上像“形式统一”，其实它直接决定后续交接成本。一个项目刚开始时目录乱一点没那么明显，等模块多了、版本多了、配置也多了，问题就会一下子冒出来。

　　1、工程模板先定最小可用骨架

　　比较实用的做法，是把模板定成能直接编译的最小集合，比如startup、linker、bsp、drivers、app、config这些基础层先放好，业务文件后续再补。这样新项目一开，不用每次都从零翻旧工程，也不会把历史遗留文件整包复制过来。

　　2、物理目录和IAR组名尽量一一对应

　　目录怎么放，组就怎么建，这样最省心。比如src对应应用组，bsp对应板级组，drivers对应驱动组，config对应配置组。别在磁盘里叫drivers，到了IAR里又改成misc或temp，这种名字一旦混起来，后面定位文件会特别费劲。

　　3、把公共文件和业务文件分开

　　启动文件、芯片头文件、链接脚本、底层驱动这类内容，最好单独放一层，不要和业务逻辑混在一起。这样做的好处很直接，一是移植时好替换，二是以后升级芯片包或者换板子时，不至于把应用层一起扯乱。

　　4、输出目录不要手工乱塞进源码树

　　IAR本身就会按配置生成Debug、Release以及下面的输出子目录，这部分更适合当作构建产物管理，而不是拿来混放源码、说明文档和临时文件。把源码层和输出层分开，目录一眼就清楚。

　　5、Debug和Release从一开始就分开维护

　　官方文档里提到，新项目默认就会创建Debug和Release两个配置，而且项目、组、文件三个层级都可以分别设置选项。这个机制特别适合做模板规范，调试配置强调可调试性，发布配置强调体积和优化，别等项目写到一半了才临时拆。

　　三、IAR工程后期为什么总会变乱

　　很多工程前期搭得并不差，真正变乱，往往是因为后面谁都能顺手改一点，慢慢就把原来的骨架冲散了。所以第三步不是继续扩目录，而是提前把边界想明白。

　　1、组级配置和文件级配置不能随手覆盖

　　IAR官方说明很明确，选项可以设在项目级、组级和文件级。这个能力很好用，但也最容易失控。真正需要单独优化的文件可以单独设，除此之外尽量让大多数设置留在项目级或组级，不然工程一多，谁也不知道哪些文件被特殊处理过。

　　2、新增模块先过目录规范再进工程

　　团队里最怕的是新文件先拖进IAR，后面再想应该放哪。更稳的办法，是先定物理目录，再进工程建对应组，最后再加文件。顺序看着慢一点，但项目做久了你会发现，这一步能省掉大量整理时间。

　　3、模板要迭代但不要跟着每个项目漂

　　模板不是一做完就不变，也不是哪个项目缺什么就立刻往模板里塞什么。更适合的方式，是把模板当成公共骨架，等某些目录、组名、配置真的稳定以后，再统一升级模板版本。这样新项目能复用成熟经验，老项目也不会被模板反向带乱。

　　总结

　　IAR软件怎么建工程，IAR工程模板与目录怎么规划，核心不是把工程先建出来，而是把后面几个月甚至几年的维护路提前铺平。先按工作区、项目、组、配置这条线把骨架搭好，再把模板、目录、输出和覆盖规则定清楚，工程后面才不容易越长越乱。对IAR这类长期维护型嵌入式项目来说，前面多花一点心思做结构，后面省下来的时间往往更多。