只要是寫代碼的,我們肯定常有用到EditPlus。.Net開發也是如此。有時我們需要調試一小段C#(或VB.Net)代碼,這時去大動幹戈在臃腫的VS.Net中建立“控制台應用程式”項目,寫滿“Console.ReadLine()”,總會有點不爽吧。這時你肯定想到要在EditPlus中配置C#運行環境了。直接在EditPlus中運行C#多舒服。
開啟GOOGLE,輸入“善用EditPlus構建精悍的C#編譯環境”,或者“在EditPlus裡配置C#的編寫環境全過程”。一搜尋,符合查詢結果的有多少。可想而知這個需求的普遍性了。可這些文章你看後多少有些遺憾,特別是後者,簡直有點誤導:我調試C#來的,產生一個*.dll幹嗎。前者寫得也太簡單了,也不完善。有時候我們想與在VS.Net裡一樣按一個快速鍵就編譯完成並執行而得到運行結果時怎麼處理。還有究竟為什麼要這樣配置。其他配置方法是否可行。
呵呵,為瞭解除這些疑惑,就跟我來吧。
首先在做配置之前必須知道在DOS下如何運行。如.Net:
a.進入cs檔案所在目錄
b.調用csc命令:此時需要把命令所在目錄打出來,因為目前的目錄下沒有csc.exe命令
c.後面所帶參數則可以參考csc /?
然後我們得瞭解一下EditPlus的“使用者工具”配置資訊。開啟“工具”>>"配置使用者工具",主要瞭解三項資訊:命令/參數/起始目錄。這三項需要填寫的內容可以是常量也可以是變數(EditPlus變數)。命令:點擊菜單文本(或快速鍵)後執行的命令;參數:命令執行時所帶的參數;起始目錄:命令執行時所在目錄,相當於在DOS視窗執行命令時所在的目錄。EditPlus變數有哪些。點擊參數右邊的按鈕便可以很清楚地知道(我用的是EditPlus2.21漢化版),選中後就會在參數框中出現相應的變數名稱,如$(FileDir)表示“檔案目錄”等。
現在我們開始配置C#編譯環境:修改一個群組名稱為“CSharp”
(1)編譯:
操作:添加工具>>修改“菜單文本”為“Compile”;“命令”為“C:/Windows/Microsoft.NET/Framework/v1.1.4322/csc.exe”(csc命令所在目錄);“參數”為“/target:exe /out:$(FileDir)/exe/$(FileNameNoExt).exe $(FileName)”;“起始目錄”為“$(FileDir)”。最後還得把“捕獲輸出”的勾選中,這樣運行後的結果就會在EditPlus下方視窗顯示。
說明:參數看上去很複雜,你如果用常量代替變數放在DOS去執行你就明白其意思了。在運行前必須在cs檔案所在目錄建立檔案夾exe,這樣所有的cs檔案編譯後產生的exe檔案都儲存在此目錄——是不是非常舒服。
(2)運行:
操作:添加工具>>修改“菜單文本”為“Run”;“命令”為“$(FileNameNoExt)”;“參數”為空白;“起始目錄”為“$(FileDir)/exe”。最後還得把“捕獲輸出”的勾選中,這樣運行後的結果就會在EditPlus下方視窗顯示。
說明:命令為什麼是“$(FileNameNoExt)”。因為編譯後產生的exe檔案名稱與cs檔案名稱相同,我們在執行時可以去掉尾碼名;起始目錄為什麼要加個“/exe”想來你也明白了。
(3)編譯後運行:
操作:建立CSharp.bat檔案儲存在EditPlus安裝目錄(便於管理),內容如下:
@echo off
C:/Windows/Microsoft.NET/Framework/v1.1.4322/csc.exe /target:exe /out:%1/exe/%2.exe %3
%1/exe/%2
rem %1:$(FileDir)
rem %2:$(FileNameNoExt)
rem %3:$(FileName)
“參數”為“$(FileDir) $(FileNameNoExt) $(FileName)”;“起始目錄”為“$(FileDir)”。最後還得把“捕獲輸出”的勾選中,這樣運行後的結果就會在EditPlus下方視窗顯示。
說明:有關bat文法可以搜尋“批次檔bat 文法備忘”一文(好象沒見更好的了。)上面bat內容什麼意思就不多解釋了吧。下面rem則是對3個參數的注釋,參數之間要用空格分開。
現在配置完畢。你可以點擊菜單或相關快速鍵在EditPlus中編譯或運行C#了。
注意:有些同學覺得(3)方便就沒有配置(1)和(2),其實也沒什麼,單一個(3)就OK了。只是如果在第一次編譯並執行成功後又修改了程式,如果程式有錯誤,可執行結果還是有的,當然錯誤提示也有。呵呵,什麼原因就自己琢磨去吧,這麼簡單的道理想來也難不到你不是。
祝學習工作順利。