編譯器編寫難度

『壹』 魔獸編輯器，如何編輯難度選擇

2中方法
1對話框選擇後
然後設置科技等級
科技設置攻擊防禦血量都可以
2對話框選擇後
對所有屬於xxx玩家的怪物（你地圖的對立勢力）
添加技能
增加血量
增加防禦
增加攻擊之類的

『貳』 操作系統內核和編譯器哪個難度更大

整體而言，是同級別的難，但難點各有側重。
若論演算法，編譯器更難，而且難不止一個級別。操作系統的演算法難度只能算一般水平。
但是操作系統涉及的東西更多，本身結構更復雜，硬體處理也更加復雜。

『叄』 用c++寫c語言編譯器(輸出匯編語言)有多難{自學成才}

首先要有一定的英語數學基礎，和強的邏輯思維

『肆』 魔獸地圖編譯器如何設置難度呢，謝謝你

你說的不是很讓人明白啊。
如果指大多數地圖開始時候出現的難度選擇的話就要用觸發了
事件：游戲過去1秒
條件：無
動作：創建一個對話框：難度
為對話框設置按鈕：難度1
為對話框設置按鈕：難度2

下面是另一個觸發
事件：對話框被點擊
條件：被點擊的對話框按鈕為：1或者2
動作：xxxx把難度變化隨你了

編輯器的話可以用ydwe

『伍』 做個編譯器需要什麼前置條件

用C語言比較好，效率比較高。
用JAVA也可以，好調試。
我用過以上兩種做過編譯器，別的語言不好說。
做個編譯器不難，一個人做也用不了太多時間。但相關的東西要做的話就花時間了。比如編輯環境，比如調試跟蹤器。

『陸』 [100分]初學VC6.0編譯器下MFC感覺有難度怎麼辦

我也是自學MFC的，從C++，直接到的MFC，API的編程僅僅是入門，了解了windows 編程的消息機制就可以。
然後就是跟著學習MFC， 新建一個MFC會生成很多你不必知道的代碼。那些代碼會在日後的編程中慢慢的了解是什麼意思的。
現在要做的就是跟著MFC的書，最好買一個有小例子的書，我個人推薦《VC++開發指南》，書很厚，1000頁左右，每次學完一章或一節都有一個小例子，而且非常詳細，把前面500頁學完就算入門了。
此時你的VC僅僅算是入門。 至少知道怎麼對控制項進行簡單的操作。 然後後面500就是針對一個專門的技術，包括套接字和資料庫等等相關的入門學習的。
我個人建議是VC入門後，在學習《MFC深入淺出》，因為這個是講原理的，你入門後在學這些你會發現事半功倍，硬著頭皮看原理是非常枯燥的。
想學點時候就學。 期間你會學到很多API，對WIN編程也算有了解了。 此時，如果對網路編程感興趣，那就到網上下載一些小程序進行分析，看到不懂得API或函數就Google，知道含義，一段代碼一段的啃。 一個星期啃一個小程序，你就會發現你進步了很多，因為你對某些技術有了最初的了解。 慢慢你就真正入門了，可以自己寫程序了。 自己要寫程序的話，可以到網上下載一個相關的程序，你可以知道你要寫的程序的基本原理，然後可以自己動手也了。
編程是一個累計的過程，慢慢來吧。

『柒』 開發一個 C++ 編譯器的難度有多大，難點又在哪裡

C++的前端是出了名的復雜度和可靠性要求並駕齊驅的軟體。

（這兩點都比它高一個數量級的大概就只有OS了）

對於這種系統，唯一的辦法就是燒錢。

燒錢的作用主要包括：
1.留人；
2.填坑；
3.買買買。

先說留人：復雜度一般是「細節」的代名詞。現實中的編譯器大多數以遞歸下降為主，自底向上的歸納推導為輔。這兩樣在教科書上也就是幾頁紙的事情。但是現實總是很殘酷的，人們總想讓語言更加「易用」，這就意味著各種上下文相關的情況都會出現。

對於C++來說，你要判斷一個符號是類型或者變數（比如這個符號被用在模板參數中），要看前面的聲明/定義。這就是一個上下文相關的推導。然後你就會寫大量的if else switch case之類的代碼來解決各種各樣的可能分支。寫它的人當然知道它是做什麼的，但是如果這個人離職了，新來一個人，就呆掉了，這寫的都是什麼煞筆玩意兒。因為它不知道現實中怎樣的需求會導致奇形怪狀的邏輯。所以人員的穩定，對於這種長周期迭代、邏輯復雜的項目是很重要的。但是人的水平要求高嗎？不算高也不算低。總結來說就是：有邏輯，知好歹。技術什麼都可以培養，但是態度和基本智商是比較難培養起來的。

至於怎麼保證人員穩定？很簡單：加薪。

再說填坑：編譯器是對正確性要求很高的基礎軟體。這里的正確性既包括產生的代碼的正確性，也包括編譯器自身對於各種問題的容忍度和足夠豐富的錯誤提示。容錯和錯誤提示本身也是代碼，也有很大的出錯幾率。所以這些軟體，bug少不了。但是作為基礎軟體，你又不能隨便就2+3搞成了2*3，這樣還怎麼讓別人相信愛情。所以要燒很多錢來養一幫debugger。

再說買買買：古人日：我們不用很麻煩很辛苦也可以成佛。既然這么費神我們自己做干什麼，不如買別人的吧。於是MS就乾脆不自己做了，直接去EDG整了個前端，這樣就可以少了不少人年。這就是傳統土豪和水果這種新暴發戶想的不一樣的地方。

傳統土豪想的是：我們有這么多錢為什麼還要自己解決問題呢？買買買！
水果新貴則是：啊呀，不小心有了這么多錢，我們要不要給自己製造點問題好把這些錢花出去？

『捌』 c語言是用來編程的，那c語言是什麼東西編出來的

樓上的開玩笑了,C語言當然是ASCII碼編出來的了.
這里的編程語言，實際上都不能說是什麼做出來或開發出來的，因為編程語言實際上是一種規范，一種協議。你（編程者）遵守這種規則（語法）來寫出代碼（實際上是符合語法規則的文本），然後該語言的編譯器才可以分析你的代碼，分析語義並最終轉換成CPU可以執行的單條指令序列。
我猜測你可能是想知道她的集成開發環境或者編譯器是怎麼開發出來的。對於這個問題，我也不清楚細節，每個公司（比如MS、BORLAND）自己的IDE只有自己才知道是什麼語言寫的，很可能一個IDE要有多種語言開發不同的構件，然後集成在一起。因為不同語言有不同語言的好處，因此一個大軟體用多種語言開發不足為奇。
還有，一樓兄弟說C語言也是C寫的，因此你就迷惑了，彷彿說沒有蛋哪來的雞一樣。
這里我要說的是，一個語言的編譯器可以用任何語言來編寫實現（如果用C寫C的編譯器，不是不可能，但是不可能的是用C語言寫第一個C的編譯器，也就是說C語言剛從貝爾實驗室開發出來的時候，它的編譯器很可能是匯編語言寫就的）。
匯編語言的編譯器呢？匯編其實就是機器指令的一種助記符，因此運行沒問題的。
機器語言，它就不用編譯器了，它是由硬體支持的，都是電路實現的。
因此，最早的語言，它的編譯器的開發難度非常大，因為人要干一些不是人乾的活（^_^，機器才適合做呢），而現在的語言，尤其是高級語言，實現難度也不低，雖然支持環境強了（軟體，硬體，現有語言等等），但是高級語言的邏輯實現需要更強的編譯器，解釋器來支持，因此開發這些東西需要的人力物力也是相當大的，希望這個回答你還滿意。

『玖』 編譯器一般由哪種語言開發

其實我在想為什麼匯編語言生成一個簡單的編譯器後，可以用新生成的編譯器再次生成編譯器，例如，C語言開發C的編譯器呢？
這是一個遞歸的思想，舉個例子一看就明白了
用一個大的模具可以生成一個A模具，A模具可以做出來B模具，依次往下推，最終這個小模具可以做出來小盒子用來裝東西。
第一個大模具肯定是手工做出來的第一個模具，但是有了這個大模具後，後面就可以用他自動的生成更多的模具，後面的各種模具加起來又可以造出來更精緻的模具，
所以，自動第一個大模具造出來模具的時候，大模具就可以被拋棄了。
我們都知道編譯程序通常分為下面五個階段：
1）詞法分析
2）語法分析
3）語義分析與中間代碼產生
4）優化
5）目標代碼生成
當然最難的一點就是目標代碼的生成，這一階段實現了最終的翻譯，就是真正把原碼翻譯成可以被CPU直接計算的機器碼（NativeCode）。

『拾』 自己寫編譯器怎麼寫，我想為中國程序員做個編譯C語言的編譯器。

首先做這個東西的意義並不大，如果是想學習的話，看看這本書Modern Compiler by Andrew W. Appel