游戲源碼用什麼編譯器

㈠ 有哪些好用的代碼編輯器值得推薦

給大家推薦8款最受程序員喜愛的代碼編輯器

1、Atom

Atom是Github打造的一款開源代碼編輯器，支持 macOS、Windows和Linux操作系統，支持Node.js所寫的插件，並內置由Github提供的Git版本控制系統，也可被當作 IDE 使用。

Atom的特色在於它極其豐富的可定製性，以及賞心悅目的界面。特別是自帶的代碼縮略圖和代碼折疊功能，不管是用python還是做前端都非常好用。

2、EMACS

EMACS的強大之處在於已經超出了編輯器的范疇，搞成了大的平台，很多開發人員在上面直接都以他為入口完成各種功能需求了。

主要有如下特性：上網瀏覽網頁看視頻,收發郵件，調試程序，玩游戲，計算器，；、文件比較，記日記，目錄管理

3、Notepad++

Notepad++被稱為是java程序員的最愛，幾乎可以替代記事本的最佳編輯器，很多強大的功能集於一身。可以在Windows操作系統下編輯，有完整的中文化介面支持多國語言編寫的功能(UTF8技術)，支持自定義語言。該程序還支持自動完成某些編程語言的API子集。

4、Sublime Text

Sublime 是一種比Notepad++功能強大的多編輯器，現在很多前端開發人員都很喜歡，雖然代碼不開源，裡面需要拿到注冊碼才能使用，但是它幾乎涵蓋了notepad++的所有特性，界面美觀功能全的編輯器。

主要有如下特性：

跨平台，幾乎在各個操作系統上都能使用

查找和替換功能做得非常友善

不僅支持多種語言關鍵字的高亮提示，還能針對編程語言編譯錯誤給提示

支持插件功能

能夠支持多種布局方式

5、Brackets

Brackets是一款為Linux開發者設計的開源代碼編輯器，使用Brackets寫代碼，你不會被任何事情所打斷。比如在寫HTML代碼時，即便你沒有保存代碼也可以及時預覽你的Web頁面效果。你也可以使用Theseus來檢查變數，Brackets默認提供一種主題，當然你也可以在擴展中心獲取更多的主題。

6、Vim

Vim 是一款高度可定製的文本編輯器，可以用於包括編寫代碼在內的各種文本創建與編輯工作。

Vim 的特色在於，它可以僅僅通過鍵盤來在插入、執行命令、文本批量處理等模式之中切換。這就使得 Vim 可以不用進行菜單或者滑鼠操作，並且最小化組合鍵的操作。對文字錄入員或者程序員可以大大增強速度和效率。

7、Visual Studio Code

Visual Studio Code是目前最受歡迎的代碼編輯器。Visual Studio Code是一個由微軟公司發布的免費開源且跨平台的代碼編輯器，剛一問世，它就以強大的功能、美觀的界面、高度的可定製性，被譽為微軟的良心之作。

Visual StudioCode 內置了代碼調試、Git 版本控制、代碼高亮、智能代碼補完、代碼片段管理、代碼重構等豐富的功能。此外，VS Code 的用戶個性配置選項也很豐富，能方便地修改主題顏色、鍵盤快捷方式等各種屬性和參數，還在內置了擴展程序管理的功能。

8、Eclipse

Eclipse以一種友好的集成開發環境，為各種類型的用戶，提供了一系列針對開發Web和Java應用的可用工具。雖然專注於Java，但是也支持其他各種編程語言，如C ++、JavaScript、PHP、C、Perl、Fortran、Ruby、Python，甚至是COBOL。它還包括了適用於各種語言、向導和內置應用程序以簡化開發的源代碼和圖形編輯器，以及支持部署、運行和測試app的工具和API。

Eclipse提供的插件功能相當豐富，有助於更加簡便地創建、集成和使用軟體工具，節省時間和金錢。

㈡ 易語言編譯器與C++的編譯器分別是什麼他們有什麼區別啊

C/C++語言編譯器
編輯
你可以用LCC-Win32開發32位的控制台程序、Windows常規程序、動態連接庫(DLL) 以及靜態連接庫(LIB)。LCC編譯器支持標準的ANSI C，同時支持 c語言的擴展。通過下載相關工具，LCC-Win32還提供對Eiffel、Fortran語言的支持。

1.Borland C++ Compiler 5.5
「Borland C/C++ 5.5.1 for Win32」是Borland公司在2000年免費放出的一個C/C++編譯器，其功能完整、包含多種SDK，且容量極小，安裝版本大小僅8MB。Borland公司的旗艦級產品「C++ Builder 5」內置的就是這一編譯器。
2.Dev-C++ 4.9.9.2
是Bloodshed軟體公司於2005年2月21日推出的一個基於MingW(即GNU C/C++的Win32版)的微型C/C++開發工具。由於使用了GNU C/C+內核，所以在做軟體移植時非常的方便，你可以方便的將一個程序移植到任意一個有GNU C/C++的平台。而且由於基於GNU C/C++的開放源代碼軟體很多，所以使用Dev-C++是一個很好的選擇。但由於它的調試不便，幫助不全等問題，也使得它在推廣上舉步艱難，遠比不上Borland C/C++、OpenWatcom C/C++這兩個同是免費的編譯器。
3.DJGPP
DJGPP是基於32位保護模式的C語言編譯器，是一個GNU軟體，換句話說，你可以得到它整個系統的源代碼，且可以任意修改。它的集成環境RHIDE是仿Borland C++ 3.1的，十分好用，這比Watcom C要強多了。
4.LCC-Win32
運行於Windows9x/Me/NT/2000下的免費的32位C語言編譯系統。它的原始發布文件只有 3M，但卻擁有一個功能強大的集成開發環境(IDE)、速度極快的編譯器與連接器、方便順手的調試器、資源編輯器和版本控制系統。另外還提供圖像編輯器和 C 語言源文件格式化縮進器等附加工具。通過它的應用程序向導，你可以單擊幾次滑鼠輕松得到一個應用程序框架，絲毫不比其它龐大的同類軟體遜色。
5.OpenWatcom C/C++ 1.0
Watcom系統編譯器是加拿大Watcom公司開發的Intel x86體系16/32位編譯器，其最新版是11.0c。
Watcom C/C++的集成開發環境極差，不像Borland C/C++和Visual C/C++那樣有漂亮的界面，編譯連結不過輕輕一點。Watcom C/C++的大部分使用者都在命令行下編譯程序。想想吧！一個需要在命令行下編譯程序的編譯器，怎麼匹敵Borland C/C++和Visual C/C++，甚至是C++ Builder呢？
當然，編譯器的好壞並不能單單從使用方便使用上來比較，專業的程序員最關心的是目標程序的質量。Watcom系列編譯器相比Borland編譯器和Microsoft編譯器有一個最大的優勢，那便是速度：用Watcom C/C++編譯出來的程序在速度上遠遠超越(記住，不是一點兒，是超越了許多)了Borland C/C++和Microsoft Visual C/C++編譯出來的程序。這樣一來，即使是沒有集成開發環境，程序員們也認了。這也是不少游戲程序員親昧於這個編譯器的原因。
現在我們所用到的OpenWatcom C/C++ 1.0便是Watcom C/C++ 11.0c開放後的版本，它是免費、而且開放源碼的。
6.當然還有我們經常看見的TC2.0 TC3.0 Borland C++3.1 等
參考資料：http://antare.bokee.com/3361182.html
需要付費的編譯器(有些允許有評估期的免費下載)：
Borland C++
Comeau C++ - 支持多平台
Compaq C++
Digital Mars C++
Edison Design Group C++ Front End - 被許多C++編譯器廠商採用
Green Hills C++ - 支持嵌入式系統平台
HP C++
IBM C++
Intel C++ - 支持Windows, Linux, 和其他嵌入式系統
Interstron C++
Metrowerks C++ - 支持多平台，可從Metrowerks主頁上查詢
Mentor Graphics/Microtec Research C++ - 支持嵌入式系統平台
Microsoft C++
Paradigm C++ - 支持x86嵌入式系統
The Portland Group C++ - 針對奔騰CPU優化
SGI C++ - 優化的編譯器
Sun C++
WindRiver's Diab C++ - 用於很多嵌入式系統
來自：http://blog.sina.com.cn/s/blog_3e26cd0b010008d2.html
7. Microsoft Visual C++
Visual C++6.0不僅是一個C++編譯器，而且是一個基於Windows操作系統的可視化集成開發環境（integrated development environment,IDE）。Visual C++6.0由許多組件組成，包括編輯器、調試器以及程序向導AppWizard、類向導Class Wizard等開發工具。 這些組件通過一個名為Developer Studio的組件集成為和諧的開發環境。
版本由visual C++6.0發展到visual C++2008再到現在的visual C++2010（最新版）
Visual Studio 2010發布
2010年4月12日，Microsoft Visual Studio 2010全球發布會將於北京盛大舉行，我們特別邀請千位中國開發菁英與世界五大城市同步迎接跨世代開發工具！屆時，微軟全球資深副總裁張亞勤博士等多位微軟高層，以及來自微軟總部的多位核心研發團隊主管，將親臨發布會現場，共同為您解密微軟新一代開發平台的革新之處，幫助您實現更完美的Coding夢想！

對於易語言 網上沒有足夠的資料表明它用的獨立的編譯器 很多人都說是用的VC
用查殼工具發現易語言生成的PE文件編譯器為VC6.0，有人推斷易語言可能是在VC上架了一層，最終可能仍然是經由VC的編譯器進行編譯，可能是從易語言到C++，到匯編，再到機器碼，以上資料僅供參考

㈢ c語言編寫的小游戲源代碼在什麼環境下可以運行

如果代碼中沒有與平台有關的頭文件/函數。且使用的是C的標准庫，只要安裝了編譯器的UNIX/LINUX/WINDOWS任何環境都可以運行，只需要用該平台提供的編譯器對源代碼進行編譯、鏈接成可執行文件就可以運行。
如果使用了與平台有關的頭文件/非C標准庫，否則只能在作者要求的環境下進行編譯、鏈接和運行。

㈣ 什麼代碼編輯器比較好用

著名的代碼編輯器：Microsoft Visual Studio Code、Github Atom、Sublime text、Adobe Brackets

最推薦的一種：Atom

推薦理由：

鏈接：如何評價 GitHub 發布的文本編輯器 Atom？

作者：韋易笑

用過不少編輯器：UltraEdit / EditPlus / (G) Vim / GEdit / NotePad++ / TextMate / ProgrammerPad / Sublime 。確實是工作上用他們寫過代碼的。而 VSC / Emacs 只是體驗了一下基本使用方法，算不上真用。用下來的結論是：Atom 比 Vim 更 Vim，比 Emacs 更 Emacs，同樣，比 Sublime 更 Sublime。

Atom 唯一的槽點就是「卡」，不過那是去年的情況了，1.0後性能數次大提升，比起sublime/vsc之類雖不算流暢，但同時編輯20個數千行的文件沒有壓力。如今讓人感覺慢的地方主要是啟動loading（也大大短於eclipse, idea），使用時並沒察覺它比其他編輯器慢再哪。而文本編輯器的快慢，更重要的是「讓你工作更快更有效率」。下面說說為何 Atom比其他更有效率：

兼容VIM模式

這無疑團結了一大班 Vim過來的用戶，Sublime雖然也有VIM模式，但是Sublime在 mac下面的vim模式有bug，我習慣用 hjkl來移動游標，sublime再mac下hjkl移動有問題，且我習慣CTRL_[來返回NORMAL，手指不離開主鍵盤區，而sublime的vim模式只支持ESC返回，加上其作者經常神秘消失，最穩定的2.x版本已三年沒有更新，這些問題一直得不到修正。

由於Atom的定製程度直追 Vim/Emacs，它的vim模式能夠使用插件來實現，而不像sublime必須builtin，Atom的VIM模式除了官方實現外還有很多用戶實現，各有所長，你不喜歡可以換，Sublime就傻逼了，覺得builtin的不行，你就沒辦法了，而且作者不更新你也沒辦法。

Atom里的Vim模式並不是強制的，你可以用也可以不用，這樣入門用戶也不會覺得困難，但是如果你用慣Vim的話，使用Vim模式可以取得更好的效率，我覺得Vim/Atom-VimMode能夠提升效率的地方有以下三方面：

1. 手指不離開主鍵盤區：

所有功能皆能在主鍵盤區完成，不用去按方向鍵，不用把手挪去按Home/End，更不用動滑鼠。就像詠春中強調中線理論，認為一切動作圍繞中軸線開展，守護自己中軸線的同時攻擊別人的中軸線。Vim/Atom-VimMode中，雙手不但從不離開主鍵盤，並且八根手指隨時守護再HOME位（ASDF, JKL;）有動作就移動，然後馬上歸位。

2. 細粒度微操作：

星際/dota玩的好，微操基本功，微操又快又精確，Vim/Atom-VimMode一樣，比如：

if (xxxx) {}

很多人編碼時習慣「成對編碼」，寫了申請資源的代碼，先把釋放資源寫了，寫了左括弧，先把右括弧給補充完，當你寫完第二行代碼時，需要用到「再1-2行中間插入一行」，此時你的游標停留在第二行，傳統編輯器你需要：按上箭頭移動游標到第一行 -> 按END鍵去到第一行末尾 -> 按回車插入一行，mac下的END鍵還需要用CMD+右來組合出來，而Vim/Atom-VimMode中，你只需要shift+o即可，手指完全不離開主鍵盤區，不用像傳統編輯器那樣，右手先移動到箭頭區又移動到HOME的小鍵盤區，再移動回主鍵盤區這么麻煩，類似還有：

使用o直接再下一行插入，避免 END/回車

使用I再行首插入，避免移動半天游標。

向前/後移動一個單詞到單詞頭、尾。

快速更改當前單詞，用/來快速搜索移動游標。

dd+p來快速移動代碼塊，取代shift+方向鍵半天。

shift-j 來兩行合並成一行，代替 HOME, back 若干次。

。。。

你再編輯代碼的時候，90%的情況可以直接一步完成，這就叫細粒度微操，而且整個過程手都不需要離開主鍵盤，不像傳統編輯器那樣，若干笨重的操作組合再一起，操作不夠細步驟多的同時手還要再：主鍵盤區，方向鍵區，擴展鍵區 來回移動，效率奇低。而Vim/Atom-VimMode下，手指隨時守護在home區（ASDF JKL；），所有微操都是圍繞HOME區進行，不會移動到任何主鍵盤以外的區域，更別說用滑鼠、觸摸板。

3. 批量操作：

比如要給下面代碼每行後面加一個分號：

var x = 1var y = 2var z = 3console.log('result is ' + (x + y + z).toString())

一般做法是：移動游標到行末->END->分號->移動游標到下一行，Vim裡面不需要移動游標到行末，只需循環敲入：「A;<ESC>j」 即可，本來操作就少很多。這還不是最少操作，更少操作是利用Vim裡面的句號「.」功能重復上一次操作，即第一行「A;」補充了一個分號後，第二行只需要按一下"."即可重復，於是最後操作變為：

第一行：A;<ESC>

後面所有行：J.

超級爽快的操作，這樣的操作還很多，你還可以單條命令對一萬行代碼重復上述步驟，或者把c代碼拷貝到go裡面先一句話把所有分號給刪除了。Vim下面的名言：絕不重復。

總之如果你熟悉 VIM模式，用 Atom能感到完全自由的方式，隨心所欲的書寫代碼，而不是被書寫這件事情費腦筋，解放大腦完全用於思考而不用於打字。但是同時對不習慣VIM的人照樣友好，或者對想使用VIM的便利卻又痛恨VIM這個軟體的簡陋的人帶來了福音。

脊椎記憶

「同樣動作重復300次，肌肉就會有記憶，而一個動作重復600次，脊椎就會有記憶」
-- 李小龍

編輯器就是關於脊柱記憶的東西，所以多投入一些時間去了解你使用的編輯器，掌握他們的各種快捷操作和高級功能是一個能讓你事半功倍的好主意。

格鬥游戲玩的好的人有很多，下等高手靠熟練，中等高手靠反應，上等高手靠意識。更熟練的掌握你的編輯器，讓更多日常工作固化成記憶記錄再你的脊椎上，使用的時候，脊椎這枚協處理器就能完成代碼編寫，一個操作，剛一想到，脊椎就自動執行出來了，小腦騰出空間來組織判斷，大腦騰出空間來思考更重要的東西，就像你走路，你不用思考邁腿那麼自然，別人一拳過來，你潛意識一動，一連串動作就出去了，一隻飛蛾飛過來，你潛意識的閉上眼睛保護眼部，這就是脊椎記憶，如果還要經過大腦繞一圈，反應慢不說，大腦這顆cpu都用在這些瑣事上了，思考的時間自然少了不少。

所以從內到外的了解你的編輯器，並且熟練掌握他們，是對你提高工作效率的最佳投資，Atom的全平台支持，開放源代碼，深度可定製等三個特點，比起其他閉源的，平台支持不全的，擴展少的編輯器來說能讓你有不同層面的了解機會，同時為你提供足夠的空間。

深度可定製系統

Vim/Emacs的精髓在於：「可以調教」，本來不順手的東西，只要容易調教，假以時日，都會慢慢變得越來越順手，越來越「懂你」，越來越「貼心」，以至於後面大家都離不開它了。而 Atom 也同樣是一款容易被你調教的編輯器。先前給vim寫過插件，給sublime寫過插件，如今給Atom寫過插件，橫向對比下來，幾個結論：

插件能做事情多少：Atom > Vim >> sublime

插件開發學習門檻：Vim > Atom > sublime

插件開發文檔豐富：Atom > sublime >> Vim

Atom 的定製化程度遠遠高過sublime之類（不用實際看法，看看雙方開發文檔即可），直追 Vim / Emacs，sublime的大部分定製無外乎改改json，插件能做的事情相當有限。

Atom 的定製化系統主要有三方面：

1. 細致：

設計之初就考慮的事情，方方面面都能定製，見官方文檔，以及插件：vim-mode，minimap （稍微了解下這兩個類似的功能再 Atom 和 sublime的實現就能知道 sublime被甩了多少條街了）。可以細粒度的控制編輯器內所有行為，小到移動一下游標，刪除當前一個字元，大到打開一個面板，比如 「core:more-up」 可以向上移動一行游標，「window:focus-pane-on-left」 可以把焦點設置到左邊的面板，atom內核和大量第一方第三方packages 都是以命令的方式把基礎功能提供出來，你可以隨意互相調用或者設置熱鍵。

除去命令外的API層面，幾乎每個部件每個像素點都可控，比如這樣的插件你永遠無法再 Vim / Emacs / Sublime 下面見得到：activate-power-mode。

2. 直觀：

由於使用 javascript/coffee進行開發，但 javascript/coffee是屬於即便你沒寫過他們，讀都能讀得懂，VimScript就不一樣了，雖然也能做相同的事情，但實話實說，晦澀難寫，比如我要取得當前文件的路徑和文件名，在 VimScript裡面需要這么寫：

let l:path = expand('%:p:h')let l:name = expand('%:t:r') 或者 let l:name = expand('%<')

而在 Atom 里我們用atom自己的功能直接取出路徑來，然後進行切割：

var fullpath =atom.workspace.getActiveTextEditor().getPath();var filename = path.basename(fullpath);var filepath = path.dirname(fullpath);

就問大家一下？哪段代碼更友好直觀？你一眼就知道在做什麼？你更願意用按照哪段代碼進行插件開發？是上面的VimScript？還是下面的 javascript ？

結論是很清晰的，Atom的 javascript開發插件更簡單直觀，即便沒文檔，看別人怎麼寫的自己也會了，同時靈活性大大高於VmScript，各種事件處理回調，javascript天生擅長做這些事情，還有第二行，第三行，我們用到了 node.js 的 path模塊，進行文件路徑切割。這樣的寫法，再VimScript 裡面基本是無法想像的。

Vim是強大，但是畢竟是30年前的東西了，即便最熟練的 Vimer 也都承認 VimScript 的晦澀難懂，阻礙了很多人為其開發插件。而給Atom開發插件，只需要掌握javascript，掌握 javascript的人很多，學習了javascript你也可以用在很多地方。不像VimScript那樣只能用在Vim裡面，而正因為其晦澀，Vim新版本開始支持內嵌 python的寫法：

python << EOF
import random
print random.randint(0,10)EOF

VimScript中 Python等動態的支持正是說明其開發維護者也承認 VimScript本身的古老，對比現代編程語言已經有些格格不入了，缺乏強大的描述能力，難以構建復雜的功能模塊，才會去支持Python內嵌這樣的寫法。可大量的工作還是需要再Python之外完成，同時，並非所有平台自帶的Vim都支持python，除了mac外，所有debian / ubuntu 發行版自帶的Vim都不支持 Python。導致你想寫一個通用的擴展還得判斷下是否 has('python') 沒有的話老老實實用 VimScript 去實現它，這不是折磨人么？

Sublime裡面可以用原生 Python 寫擴展，比 VimScript爽，但是 sublime 的插件能做的事情還不及VimScript的一半，所以怎麼能指望他們能寫出高端的功能來呢？

3. 強大：

Atom的內核 Electron （原來的 Atom-shell）可以理解成：Chromium + Node.JS，而整個Atom的界面，你可以理解成就是一顆 HTML 的 DOM 樹結構，這意味著你可以這樣：

var div = document.createElement("div"); div.innerText = "abc"; atom.workspace.addBottomPanel(div);

就可以簡單的在 atom 裡面增加一個顯示對象，這意味著再給div加個 html的 onclick就可以實現GUI交互，界面上的對象隨便寫點html代碼就可以控制效果，意味著你可以使用 jQuery 來為atom增加新面板，意味著你只需要寫一個簡單的 .css 文件就可以把 Atom 整個編輯器的外觀給修改了。這在 Vim/Emacs 中是幾乎不可想像的事情，sublime基本就別提了。

大量的前端開發技術和 Node.JS 基礎模塊供你任意使用，正是由於近年 Chromium / node.js 系列技術的成熟，和 Atom / Visual Studio Code 這類基於前端技術的客戶端軟體的成功，讓我看到了客戶端（桌面+移動）軟體開發的新方向。

做VIM/Emacs不能做的事情

Vim/Emacs過去給人的映像是：幾乎能做任何事情，確實如此，但畢竟是二三十年前的東西了，而他們一直堅挺到現在一方面是操作便利，更重要的是這么長時間還沒有出現一款又開源又具備同樣操作便利性和可擴展性的編輯器，所以Vimer, Emacser 們最樂意展示給別人看的就是他們又安裝了什麼插件，急於展示可以把 Vim / Emacs 裝扮成了一個多像 IDE 的東西，而今天這個「可以做任何事情」的高度可定製特性已經被Atom所吸收並完全超越，就像 Atom 的開發blog：「 Introcing Atom」 上說的一樣，對易用性和可展性 「決不妥協」 ：

We think we can do better. Our goal is a zero-compromise combination of hackability and usability: an editor that will be welcoming to an elementary school student on their first day learning to code, but also a tool they won't outgrow as they develop into seasoned hackers.

拋開易用性的這個 Atom 的明顯優勢不說，前面其實已說了不少 Atom 比 Vim/Emacs 更靈活強大的地方，可能有些人還有疑惑，不是說 Emacs 「沒有不能做的事情」 么？你看 Atom的面板裡面可以嵌入一個 Terminal，Vim/Emacs一樣可以嵌入啊，為何還說 Atom 比它強啊？

沒錯，Vim用久了會產生心理舒適區，多模式編輯使人神清氣爽，命令化文本處理讓你賞心悅目，但是受限於本身機制用久了會容易痛苦掙扎：雖然vim的各種擴展似乎什麼事情都能做，但每個擴展卻只能做到70分，總有那麼30%的地方做不到位。所以用的時間長了，上半身爽的要死，下半身痛不欲生。。。。

Vim/Emacs即便大部分擴展功能也都可以稱為「能用」，可幾十年的歷史包袱太沉，很多事情對他們來講就是禁區，比如詭異的標簽功能，容易誤操作的buffer/窗口切換，缺乏非同步機制，編譯時間長只有傻等著，無法跟Atom一樣邊讀代碼，邊運行程序看結果，對照輸出結果和源代碼找問題，連實現個內嵌終端都用了若干年，還實現的那麼別扭。。。。。。。。。

這類硬傷有許多，再舉個最簡單的例子，minimap，就是 sublime那種大家喜歡的文檔縮略圖，這個現代編輯器必備的功能，誰能用 Vim/Emacs 實現一下看看？Atom 可以衍生出 Visual Studio Code 這樣漂亮的編輯器，Vim/Emacs能衍生么？Atom可以隨便用各種先進的前端技術，不當可以嵌 Terminal我甚至可以再 Atom 嵌入一個 js版本的 DOSBOX 玩老游戲《命令與征服》：

https://archive.org/details/softwarelibrary_msdos_games

Play DOS games online

當然這樣並沒有任何卯用，但是如果在 Atom裡面內嵌一個瀏覽器，方便的實時預覽html/css的效果呢？或者 Atom 裡面內嵌一個 Markdown Previewer ，實時查看 Markdown 的效果呢？請問 Vim/Emacs 里怎麼實現法？

Atom插件演示：markdown實時預覽，左邊寫右邊即時更新，100%兼容github的markdown語法

短短兩年的時間，這么多優秀的插件，只想說，如今 Atom 作為 Vim/Emacs 的繼承者和超越者出現了，所以社區對 Atom 的反應也是熱烈的，看看下面一組數據，截止今天（2016年3月15日），Atom共有擴展插件 3500+ 個，發布不到兩年的時間，這是什麼概念呢？

• Sublime的插件（Stats - Package Control）大概 3500+個，但是sublime發布了5年的時間。
  

• Emacs 的插件大概有2900個，可Emacs發布到今天已經過去 25+年的時間。
  

• Vim 的各種插件雖然有9000個，但是Vi/Vim系列的歷史長達 30+年，是atom的15倍。

這就叫社區的活躍度的區別，為什麼短短兩年那麼多開發者先後給atom貢獻了各種高質量的擴展，為什麼大家對atom的熱情那麼高？為何好多人接觸了atom一段時間後都深深的愛上了它？這是有原因的。

再談性能優化

很多人錯誤的覺得 Atom慢是因為使用了 JavaScript/Coffee 等 Web 技術，所以先天慢，其實這是個誤區，即便使用 Web 技術它也還能快很多，同時再慢可以往C++層的 Electron 挪啊，這也是這幾個版本優化的一些方向，基於 Atom 開發的 Visual Studio Code 可以那麼流暢， Atom 性能優化空間還很大，了不起多參考下自己的兒子，同樣開源的 vscode怎麼做的。

同時 Atom編輯器1.0版本以來性能得到了很大的提升，主要是兩個方面，一方面是js層的各種渲染優化，控制項優化，延遲繪制，延遲載入，只繪制當前需要的東西等，另外一方面是將一些核心數據結構移動到 Electron 的 C++層，如今1.54版本性能較去年版本已經有了本質區別，運行時載入是慢些（但也比eclipse快很多），實際使用並沒覺得不如別的編輯器，況且，js層的優化和C層的優化未來還有很大的空間可以進步。

不過我不太喜歡 vscode 使用 Typed Script 進行開發，用點標准技術不行么，Atom使用 JavaScript/Coffee 寫的多爽，如今 Atom 正在准備慢慢的切換到 JavaScript 的新標准 ES6 上。其次 vscode 快是快在「做的事情少」，主要是可擴展性方面的努力遠不及 Atom，插件機制相對弱智，所以 vscode 的社區如今還不是特別活躍，擴展也少，發布一年多隻有差不多300+個擴展，遠不如 Atom 的情況，如果 vscode 還是按照現有結構開發下去，可能永遠不會擁有 Atom的靈活度，這樣再未來就無法擁有各種豐富多彩的插件。

再說開源免費

UltraEdit 單用戶版本價格： 79 美刀

UltraEdit 伺服器版價格： 229 美刀（多人登錄同一台伺服器的桌面使用），企業版更貴

EditPlus 單用戶版價格： 35 美刀，而且還只有windows版本，

Sublime 單用戶版價格：70 美刀

TextMate 單用戶版價格：48 歐元，而且還只有mac版本。

這些都是錢啊，可能你會說可以免費試用或者破解啊，是的個人可以，但正常來說sublime這些試用指不能拿來搞生產不能拿來工作的，個人你用用可以，但國外人家守規矩，不會亂用，這意味著失去一大批為其開發擴展的國外開發者，同時站在公司考慮IT方案的角度，免費試用和破解將來都是潛在的麻煩，現在上百人的公司微軟都會來收windows的錢了，版權問題越來越嚴肅，你得把這筆潛在費用考慮進去，同時這些閉源的或者單平台的東西，並不值得再上面花費過多精力和投資。

拋開擴展性問題和價格問題，我們再來看各個熱門的免費編輯器的試用情況：

Notepad++：免費，開源，只能運行於windows

PSPad：免費，不開源，只能運行再 Windows

Gedit：免費，開源，只能跑再 GNome下，Ubuntu用用，Windows/mac版本簡直是殘缺的。

Programmer's Notepad : 免費開源，只能跑 Windows

Notepad2：免費bu不開源，只能跑 Windows

更關鍵的是：閉源的東西個人作者可能失去興趣不再更新，商業公司的話，你需要一個功能，就只能無限期的等待他們發慈悲加入進去。而免費開源的很多其他編輯器除去平台兼容性問題外，更重要的時擴展性差。

而同時滿足：免費+開放+強擴展性的編輯器如今就只出現過三個：Vim / Emacs / Atom。他們是真正屬於使用者的編輯器，他們能變成使用者希望變成的樣子。這些曾經出現過得收費的或者免費的編輯器，憑借著一兩個自身獨有的 「賣點」，再某些時間段內都曾經流行過，可就像流星一樣一閃而過，如今他們都統統完成了自己的歷史使命，新的一頁可以翻開了。終端環境的話確實 Vim / Emacs 繼續下去，但桌面環境的話，Atom將會繼續向前，走出新的一步。

㈤ 手機游戲源代碼是什麼，怎麼使用

不知道你玩的啥游戲，但是看樣子估計是c++代碼，我英文學的不好
從英文描述中我猜測這是v c++的代碼，「//」在代碼中表示注釋，前三行是注釋，其大意如下：
stdafx.cpp ：源文件，包括剛才的標准單元？
fixyou.pch將是預編譯的標題
stdafx.obj將包含預編譯的類型信息
「cpp」明顯是c++源碼文件的縮寫名，而最後一行是頭文件。
所謂頭文件預編譯，就是把一個工程(Project)中使用的一些MFC標准頭文件(如Windows.H、Afxwin.H)預先編譯，以後該工程編譯時，不再編譯這部分頭文件，僅僅使用預編譯的結果。這樣快編譯速度，節省時間。

預編譯頭文件通過編譯stdafx.cpp生成，以工程名命名，由於預編譯的頭文件的後綴是「pch」，所以編譯結果文件是projectname.pch。

編譯器通過一個頭文件stdafx.h來使用預編譯頭文件。stdafx.h這個頭文件名是可以在project的編譯設置里指定的。編譯器認為，所有在指令#include "stdafx.h"前的代碼都是預編譯的，它跳過#include "stdafx. h"指令，使用projectname.pch編譯這條指令之後的所有代碼。

因此，所有的CPP實現文件第一條語句都是：#include "stdafx.h"。
其實我學的pascal，所以對c++了解的少，如果你真的想學會他，還是自己找幾本c++的書學一下，這樣才能「使用」代碼得心應手。

㈥ C++的編譯器都有哪些啊謝謝！！！！

1.Borland C++ Compiler 5.5
「Borland C/C++ 5.5.1 for Win32」是Borland公司在2000年免費放出的一個C/C++編譯器，其功能完整、包含多種SDK，且容量極小，安裝版本大小僅8MB。Borland公司的旗艦級產品「C++ Builder 5」內置的就是這一編譯器。

2.Dev-C++ 5.0
是Bloodshed軟體公司於2002年9月26日推出的一個基於MingW(即GNU C/C++的Win32版)的微型C/C++開發工具。由於使用了GNU C/C+內核，所以在做軟體移植時非常的方便，你可以方便的將一個程序移植到任意一個有GNU C/C++的平台。而且由於基於GNU C/C++的開放源代碼軟體很多，所以使用Dev-C++是一個很好的選擇。但由於它的調試不便，幫助不全等問題，也使得它在推廣上舉步艱難，遠比不上Borland C/C++、OpenWatcom C/C++這兩個同是免費的編譯器。

3.DJGPP
DJGPP是基於32位保護模式的C語言編譯器，是一個GNU軟體，換句話說，你可以得到它整個系統的源代碼，且可以任意修改。它的集成環境RHIDE是仿Borland C++ 3.1的，十分好用，這比Watcom C要強多了。

4.LCC-Win32
運行於Windows9x/Me/NT/2000下的免費的32位C語言編譯系統。它的原始發布文件只有 3M，但卻擁有一個功能強大的集成開發環境(IDE)、速度極快的編譯器與連接器、方便順手的調試器、資源編輯器和版本控制系統。另外還提供圖像編輯器和 C 語言源文件格式化縮進器等附加工具。通過它的應用程序向導，你可以單擊幾次滑鼠輕松得到一個應用程序框架，絲毫不比其它龐大的同類軟體遜色。 你可以用LCC-Win32開發32位的控制台程序、Windows常規程序、動態連接庫(DLL) 以及靜態連接庫(LIB)。LCC編譯器支持標準的ANSI C，同時支持 C語言的擴展。通過下載相關工具，LCC-Win32還提供對Eiffel、Fortran語言的支持。

5.OpenWatcom：Watcom系統編譯器是加拿大Watcom公司開發的Intel x86體系16/32位編譯器，其最新版是11.0c。
Watcom C/C++的集成開發環境極差，不像Borland C/C++和Visual C/C++那樣有漂亮的界面，編譯連結不過輕輕一點。Watcom C/C++的大部分使用者都在命令行下編譯程序。想想吧！一個需要在命令行下編譯程序的編譯器，怎麼匹敵Borland C/C++和Visual C/C++，甚至是C++ Builder呢？
當然，編譯器的好壞並不能單單從使用方便使用上來比較，專業的程序員最關心的是目標程序的質量。Watcom系列編譯器相比Borland編譯器和Microsoft編譯器有一個最大的優勢，那便是速度：用Watcom C/C++編譯出來的程序在速度上遠遠超越(記住，不是一點兒，是超越了許多)了Borland C/C++和Microsoft Visual C/C++編譯出來的程序。這樣一來，即使是沒有集成開發環境，程序員們也認了。這也是不少游戲程序員親昧於這個編譯器的原因。
現在我們所用到的OpenWatcom C/C++ 1.0便是Watcom C/C++ 11.0c開放後的版本，它是免費、而且開放源碼的。

6.當然還有我們經常看見的TC2.0 TC3.0 Borland C++3.1 等

參考資料：http://antare.bokee.com/3361182.html

需要付費的編譯器(有些允許有評估期的免費下載)：

Borland C++
Comeau C++ - 支持多平台
Compaq C++
Digital Mars C++
Edison Design Group C++ Front End - 被許多C++編譯器廠商採用
Green Hills C++ - 支持嵌入式系統平台
HP C++
IBM C++
Intel C++ - 支持Windows, Linux, 和其他嵌入式系統
Interstron C++
Metrowerks C++ - 支持多平台，可從Metrowerks主頁上查詢
Mentor Graphics/Microtec Research C++ - 支持嵌入式系統平台
Microsoft C++
Paradigm C++ - 支持x86嵌入式系統
The Portland Group C++ - 針對奔騰CPU優化
SGI C++ - 優化的編譯器
Sun C++
WindRiver's Diab C++ - 用於很多嵌入式系統

㈦ 我有一個C語言的小游戲程序代碼，怎樣才能弄成軟體啊

編號一個程序以後，隨便找一個編譯器（如VC++6.0， code：：blocks）都可以，將代碼復制進去，編譯一下就會生成.exe文件，就是window下的可執行程序，然後你點擊這個可執行程序就能執行你的程序了，也就是玩你的游戲了。你說連接，是編譯過程中的一個步驟，有源代碼到目標程序（即.exe文件）的生成。有如下步驟：
預處理：去掉程序中沒用的部分：如注釋
編譯：檢查程序有沒有語法錯誤
匯編：將c語言程序轉換成匯編程序
連接：連接動態庫，靜態庫，生成可執行程序（.exe）.

㈧ 有哪些好用的代碼編輯器值得推薦

作為一個程序開發者，日常的開發工作絕對離不開代碼編輯器，不管是前端還是後台，下面幾款常用的代碼編輯器，可以試試：

1.Notepad++：相信大部分開發人員都聽說或使用過這個代碼編輯器，記事本的增強版，免費開源、小巧靈活、使用方便，支持常見的自動補全、語法提示、代碼高亮，可編輯語言多達27種。

2.EditPlus：這也是一款小巧靈活的代碼編輯器，功能類似於Notepad++，擁有強大的文本處理功能，界面簡潔美觀，啟動速度較快，支持常見的語法高亮、代碼折疊等功能。

3.PNEdit：這是由上海一家科技公司開發研製的一款免費、跨平台的文本編輯器，支持幾乎所有主流語言開發，常見的語法高亮、智能補全、語法檢查、括弧匹配，這個軟體都支持，除此之外，還支持git功能，插件擴展豐富，下載配置相關插件後，可直接調試、運行，在業界是一個非常受歡迎的代碼編輯器，張江男工作所選。

相信，對於大部分日常開發工作來說，完全夠用了，當然，你也可以使用對應的IDE來完成相關工作

㈨ 我下載了一個網頁游戲的源碼，怎麼用

看這種樣式又加上你說的是網頁文件源代碼，我能確定是用Flash Builder編譯器產生的，src文件夾裡面的應該是.mxml文件，用記事本打開你可以看見代碼，可能你需要將這個項目載入到編譯器裡面才可以打開哦

㈩ 怎麼看一款游戲的源碼

如果是安卓游戲會比較簡單。因為安卓是JAVA的。用個java反編譯器就行。
電腦游戲一般加殼了。需要先脫殼。而且由於開發語言混雜，你需要找到相關的反編譯器。雖然是這么說，不過大部分都是C++開發的。
電腦游戲主要編譯DLL文件。因為文件上就是代碼發布後生成的。