首先要說明，沒有那款開發(fā)工具是萬能的，也沒有那款工具在所有方面都具有絕對優(yōu)勢。對于Keil MDK-ARM和IAR兩款工具擇，可以根據(jù)自己的習慣來選擇，而不應該在使用其中的一款時貶低另外一款，或者總是贊美自己的選擇。

好了，下面開始講Keil MDK-ARM和IAR的區(qū)別。

一、概述

Keil MDK-ARM（舊稱RealView MDK）開發(fā)工具源自德國Keil公司，被全球上百萬的嵌入式開發(fā)工程師驗證和使用，是ARM公司目前最新推出的針對各種嵌入式處理器的軟件開發(fā)工具。

KEIL MDK集成了業(yè)內最領先的技術，包括uVision3、uVision4、uVision5集成開發(fā)環(huán)境與 ARM編譯器。支持ARM7、ARM9、Cortex-M0、Cortex-M0+、Cortex-M3、Cortex-M4、Cortex-R4內核核處理器。

Keil MDK可以自動配置啟動代碼，集成Flash燒寫模塊，強大的Simulation設備模擬，性能分析等功能，與ARM之前的工具包ADS等相比，ARM編譯器的最新版本可將性能改善超過20％以上。

IAR Embedded Workbench是一套用于編譯和調試嵌入式系統(tǒng)應用程序的開發(fā)工具，支持匯編、C和C++語言。它提供完整的集成開發(fā)環(huán)境，包括工程管理器、編輯器、編譯鏈接工具和C-SPY調試器。IAR Systems以其高度優(yōu)化的編譯器而聞名。每個C/C++編譯器不僅包含一般全局性的優(yōu)化，也包含針對特定芯片的低級優(yōu)化，以充分利用您所選芯片的所有特性，確保較小的代碼尺寸。IAR Embedded Workbench能夠支持由不同的芯片制造商生產，且種類繁多的8位、16位或32位芯片。

二、區(qū)別

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

? ? ? ? ? ??

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

3、 MDK支持dynamic_cast<>運算符，而IAR文檔中明確表示不支持。如果在IAR中強行使用該運算符，則編譯會報錯：

Error[Pe020]: identifier "dynamic_cast" is undefined

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

5、MDK編譯時，只有l(wèi)evel的選擇；IAM有debug和Release的快速選擇

6、默認狀態(tài)，MDK的工具欄功能比較多，有點繁雜；IAM的比較簡潔，但相對，也比較單薄。

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

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

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

一般來說，如果主要是采用C，并且也不會有太多的library需要連接，MDK和IAR都能勝任。不過這種情形就比較推薦IAR，因為其非常簡潔，上手也快，代碼層次也能清晰明了。

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