IAR與Keil兩款開發(fā)工具區(qū)別介紹：

一.MDK不支持層疊文件夾，在文件夾的下一級中必須為文件;IAR支持層疊，可以比較方便管理代碼，理清層次。

二. MDK支持dynamic_cast運(yùn)算符，而IAR文檔中明確表示不支持。如果在IAR中強(qiáng)行使用該運(yùn)算符，則編譯會報錯：

Error[Pe020]: identifier dynamic_cast is undefined

三.MDK連接library，直接添加到文件夾即可;IAR則需要從工程中選項(xiàng)中設(shè)置。這應(yīng)該不算什么問題，畢竟大多數(shù)IDE都是這么做的，但最讓人很郁悶的是，IAR不能采用相對路徑。比如../MUF/MUF.LIB在編譯時，就會連接到別的目錄，只能采用d:/MUF/MUF.lib絕對路徑的形式。

四.MDK編譯時，只有l(wèi)evel的選擇;IAM有debug和Release的快速選擇

五.默認(rèn)狀態(tài)，MDK的工具欄功能比較多，有點(diǎn)繁雜;IAM的比較簡潔，但相對，也比較單薄。

六.MDK的C++有std::這個命名空間;IAR下面的所有容器和算法，都不采用std命名空間

七.MDK默認(rèn)只創(chuàng)建工程，工作區(qū)是不會直接創(chuàng)建。如果想多個工程聚合，則首先需要創(chuàng)建一個multi的工作區(qū)，然后再添加相應(yīng)的工程。 IAR，默認(rèn)是創(chuàng)建工程和工作區(qū)，如果想多個工程并存，直接添加即可。相比之下，MDK創(chuàng)建工程的文件比較少，而IARM創(chuàng)建工程生成的文件比較多。

八.MDK的程序文件，最后必須要有一個新的空行，否則會有編譯警告：

warning: #1-D: last line of file ends without a newline

如果主要是采用C，并且也不會有太多的library需要連接，MDK和IAR都能勝任。不過這種情形就比較推薦IAR，因?yàn)槠浞浅：啙?，上手也快，代碼層次也能清晰明了。

如果主要是采用C++，并且用到很多特性，或是需要有多個工程進(jìn)行協(xié)作，那么注定只能選擇MDK，只不過這樣就一定要每個文件最后加上新的空行了。