VS編譯的作用

『壹』 C#中編譯是用來做什麼的，在VS2008中怎麼操作才算編譯編譯和運行的區別是什麼

源碼生成二進制文件就是編譯，但還不能運行，要與系統庫鏈接，生成該系統平台上的可執行文件，如，你打開記事本，這個叫運行，記事本這個程序已經編譯生成好了，你可以直接運行。在 VS里封裝了功能，就是生成，或像播放按鈕的工具

『貳』 什麼是腳本引擎，它有什麼作用

腳本引擎，就是一個計算機編程語言的解釋器，如用於建網站的asp、php等，它的功能是解釋執行用戶的程序文本，將它譯成計算機能執行的機器代碼，完成一系列的功能。例如，Freemarker和Velocity通常被稱為腳本引擎。Erb也會出現在這里，但奇怪的是，它並沒有經常被稱為腳本引擎。

腳本語言通常不需要編譯步驟，因此可以更簡單地作為shell腳本或從shell腳本運行。包括awk、perl、tcl、python、ruby等，這些語言通常需要簡潔，類型安全性通常是可選的。Windows在其腳本宿主功能中支持多種語言。這將腳本語言公開給Windows中的各種組件。

(2)VS編譯的作用擴展閱讀：

java腳本引擎的設計原理淺析

1、編譯型 vs 解析性

如果能夠產生一個獨立的class文件則屬於前者，例如：fel，simpleEl，groovy

否則通過編譯成自定義的內存指令就屬於後者，例如：QLExpress，aviator，JEXL

2、java語法 vs 表達式語言(EL expression language) vs 腳本(script)

如果語法和java保持一致，不做任何擴展，就是屬於第一種：如果語法大量簡化（比如去掉顯示類、方法、變數聲明，異常處理，邏輯跳轉循環等等），只支持簡單的數學公式、對象方法成員變數調用， 就屬於第二種：fel，simpleEl，aviator。

介於兩者之間，即提供很好的語法糖，又支持大部分java語法：for循環，if判斷，函數定義，就屬於第三種：groovy，QLExpress

參考資料來源：網路-腳本引擎

『叄』 請問拋磚：VS的編譯器到底做了什麼

最近在學習並發程序設計，其中有個很重要的概念叫原子操作。網上有很多文章論述原子操作的，其中大部分文章不約而同的都使用到了這個例子++操作，來例證很多高級語言中的一條語句並非是不可拆分的原子操作。出於好奇，本人對++操作的原子性在VS2012下寫了一個小程序以測試之，於是乎發現了下面的問題。//測試代碼TEST(ConcurrenceTest, Atomic){ std::vector
<std::thread
threads; threads.push_back(std::thread(std::ref(thread))); threads.push_back(std::thread(std::ref(thread)));for(auto &
t : threads) { t.join(); } std::cout<<"total值："<<total<<
std::endl;}//線程voidthread(){for(inti =0; i <50000; i++) { total++; }}以上代碼在release下結果都是100000，但在debug下會小於100000。
了解原子操作的朋友應該知道，debug下小於100000的結果應該屬正常現象，因為++操作並不具有原子性，所有在並發的過程中會出現數據競跑的現象。但是在release下所得到的結果卻總是正確的（為了避免偶然性，本人用更多的線程，更大的數據類型同樣做過測試，結果依然正確），這不得不懷疑編譯器在release下對代碼是否做過一定的優化？ 那麼這種優化對於程序員來說是一件好事么？ 他會不會給一些對此了解不深的程序員造成一種正確的假象？本人是個初學者，寫這些的目的只是拋個磚，以上的觀點也僅是本人的一些小想法，希望有興趣的朋友能來一起討論。

『肆』 QT用VS還是MINGW編譯好，有什麼區別

都可以。
有時候會用到windows底下一些頭文件，這時候可以用VS編譯，如果用mingw編譯的話有時候會找不到這些頭文件。一般情況下用mingw就可以。

『伍』 為什麼編譯java項目那麼慢，用VS編譯C#為啥那麼快

因為java和NET 不是一個開發環境，所以涉及到的相關功能影響二者肯定有速度上的差異，比如說在Windows下 java偶爾慢於net而在Linux下恐怕NET就不行了 ，不同的項目對二個不同語言來說也是編譯過程也是截然不同的