能實現自動編譯

Ⅰ 怎麼在webstorm上利用babel實現自動編譯es6文件

習慣了WebStorm的話..我就假設題主會用Node.js和npm啦～

一句話總結：用WebStorm自帶的File Watcher功能+Babel實現自動轉換ECMAScript 6代碼為ES5代碼

我是這么配置的..就先新建一個Empty Project，然後在src目錄下新建了一個main.js；
// 這一步不是必須的 只是剛上手的話 從空項目開始自己配置會少很多干擾

Then..進入設置，把javaScript language version改成ECMAScript 6；

再Then..寫一段ES6代碼

'use strict';
// node直接運行ES6代碼時，如使用了ES6的一些關鍵字，比如let，就需要嚴格模式，否則會報錯
// 這是沒有嚴格模式時候的錯誤提示
// SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode

function* fibs() {// Generator Function
let a = 0;
let b = 1;
while (true) {
yield a;
// [a, b] = [b, a + b];
b = a + b;
a = b - a;
}
}
let [first, second, third, fourth, fifth, sixth] = fibs();
console.log(first, second, third, fourth, fifth, sixth);

現在IDE會出現一個File watcher提示條

先別點Add watcher！我們要先去裝babel～

首先在根目錄新建一個package.json
{
"name": "test-project",
"version": "1.0.0"
}

然後打開IDE的Terminal，安裝babel-cli
npm install --save-dev babel-cli

Good! 現在可以去點Add watcher啦，點完之後會彈出一個框，其中大部分設置IDE都幫你搞定了

下面第三行，Program那一項，填

$ProjectFileDir$/node_moles/.bin/babel

然後點OK，這個時候你就會發現左邊多出來一個main-compiled.js文件啦

但是還沒搞定！現在只是搞定了自動轉換的功能，系統默認把ES6 compile成了ES6..（你應該會發現compile出來的東西跟原來的一樣..Generator函數並沒有被轉換成ES5的格式）

所以我們需要安裝Babel的preset以正確識別ES6代碼；

和剛才一樣，在npm安裝babel的ES6的preset
npm install --save-dev babel-preset-es2015

在根目錄下新建一個.babelrc文件（就是babel在當前項目的配置文件），寫上
{
"presets": [
"es2015"
]
}

OK搞定！保存再回去看一下main-compiled.js 應該就變成這個樣子啦，現在你在main.js里直接寫ES6代碼，IDE都會自動compile成ES5的代碼在這里啦～

注意：想直接用Node.js運行ES6代碼還是有些問題..因為這段代碼用的ES6的解構賦值Node.js還未完全支持，需要在運行的時候加入一些tags（以開啟Node.js的相關試驗特性），具體可以參考Node.js官網對ES6的說明：ECMAScript 2015 (ES6)。

Ⅱ Eclipse 在按ctrl + s 保存後，會自動編譯的功能，是如何實現的

項目-------->自動構建

eclipse自動編譯的

Ⅲ myeclipse怎樣設置能自動編譯javabean

方法如下：

1. 點擊菜單-Project-BuildAutomatically，這個取消勾選。BuildAutomatically的意思是自動編譯，選擇的功能就是，在修改代碼保存的時候，就編譯了。

2. 點擊菜單-Project-BuildAll或BuildProject。

Ⅳ myeclipse能不能自動重新編譯已修改的類

你用的myeclipse是集成的tomcat的把，tomcat默認是不能自動更新的。你可以修改tomcat的配置文件server.xml來實現。
方法：修改context元素
context元素：
path：指定訪問該Web應用的URL入口。
docBase：指定Web應用的文件路徑,可以給定絕對路徑,也可以給定相對於Host的appBase屬性的相對路徑。
reloadable：如果這個屬性設為true,Tomcat伺服器在運行狀態下會監視在WEB/INF/classes和WEB-INF/
lib目錄下class文件的改動.如果監測到有class文件被更新,伺服器會自動重新載入Web應用。
代碼：
你把代碼中path，docBase改成你自己的工程路徑，這樣應該可以實現你要的功能

Ⅳ 基於 devenv 實現自動化編譯,生成測試文件

想要實現自動化編譯並生產打包替換文件,首要的對項目進行編譯生成.一般編譯 donnet 項目有三種方式 csc.exe , MSbuild(不需要安裝vs) , devenv(需要安裝vs).因為自己已經安裝了vs了,所以直接使用devenv去編譯程序了

大致流程如下

SVN 工具使用TortoiseSVN. 為了簡化操這里直接使用 TortoiseProc.exe(TortoiseSVN的GUI程序) 所提供的命令行,對項目進行更新等操作
使用Demo

具體的使用方式可以在 TortoiseSVN 提供幫助文檔里去查看

因為項目的日期和版本是寫死在了程序里的,每次給測試生產替換文件時候都得去修改程序日期.大致思路是通過正則去修改文件.考慮到需要後面可能需要修改的地方較多,目前是通過Json去配置需要修改文件 和 對應正則 和 調用的方法(獲取的值).為了提供修改靈活性,目前是通過 CSharpCodeProvider 去編譯 C# 文件,來方便隨時修改獲取新的值得規則

大致流程如下

json 配置文件如下

假如 Test.cs 文件需要修改內如下

新增一個 Units.cs(用於動態編譯) 文件,生成操作改為內容,不參與編譯

對 CSharpCodeProvider 進行簡單封裝,CSharpRunCode 類 主要是對 C# 字元串進行編譯,和提供一個可以調用 C# 字元串中方法

使用方法

執行結果

VS 安裝的是2017,devenv 正常路徑應該是 [C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE] 下,網上一堆動態查找 devenv 路徑的方法.最後感覺通過注冊表方式比較靠譜, 參考這篇

具體實現

找到了路徑後接下來就是,將路徑寫入環境變數(或者執行 devenv 先調轉到目錄),調用CMD然後去執行 devenv 程序去編譯項目操作了
對調用CMD 簡單封裝下

devenv 具體參數可以參考 微軟官網文檔
示例

devenv 回輸出,然後判斷是否全部編譯成功

文件編譯好之後,就是對文件的拷貝操作了這里就不描述了

效果如下

Ⅵ 如何實現vc++程序自動化編譯

可以自己寫個程序來搜索項目文件並執行命令行編譯；也可以用批處理實現。
C#也可以用命令行編譯。

Ⅶ 如何實現在線自動化編譯的功能

#define _STR_CPY 1#if _STR_CPY printf("strCpy\n"); #else printf("strCat\n"); #endif

Ⅷ 怎樣使用 MSBuild 自動編譯和發布 NET 網站

很多.NET 程序員開發的時候，每次都需要涉及到各個環境的部署問題，但是手工操作的話又容易出錯，而且非常麻煩，我們今來講解怎樣實現自動編譯和發布 .NET 網站。廢話不多講，先講講我的初步實現方案。

MSBuild 自動編譯和發布 NET 網站步驟：
准備工具：GIT版本控制（gitlab），Jenkins, msbuild
1、安裝git版本控制器，提交代碼。（svn好像也可以）, 並生成ssh public key上傳到gitlab的ssh key中(個人配置/SSH KEY)。
2、安裝jenkins開源工具。
3、Jenkins安裝git plugin, Msbuild插件（Manager Jenkins/Manage Plugins）
4、配置Jenkins中的git（Manager Jenkins/Configure System）在git欄中輸入name和Path： git install path\cmd\git.exe
5、添加對應.NET framework version MSBuild
Name: .NET4.0
Path to MSBuild:
%system%\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe
6、建立.NET項目文件，並添加MSBuild文件
建立一個解決方案nonsuch.sln，裡麵包含一個website: nonesuch.web.
在解決方案根目錄建立一個xml文件，改名為: build.targets

Ⅸ iOS一鍵自動編譯打包提交

在開始之前先嘮叨兩句自己對iOS自動化打包的接觸，覺得沒啥看頭滴老鐵可以略過直接從第二部分開始。項目自動打包提交的優勢不用說了，很高效便捷的東西，很早就接觸到了，但是一直沒有用到項目中，分析一下主要有以下幾個原因：

總結以上原因，一直沒有用到自動打包技術。而現在的情況是，

基於以上的情況，所以想自己寫一個自動打包的腳本，能夠實現 只運行一句命令就自動編譯打包發布 ，啥都不要做，掛著就行，打包完自動打開頁面提醒。

打包所需要的文件已經掛在 Github 上了。只需要把 BuildTool 文件夾 復制 到 項目主目錄 ，注意是復制！不是拖入項目主目錄，因為蘋果審核有屏蔽fir關鍵詞。然後打開終端， cd 到 BuildTool 文件夾，輸入 sh build.sh 命令，回車，開始執行此打包腳本。

具體的使用方法和參數配置 shell腳本 裡面已經有非常詳細的注釋。

有 AppStoreExportOptions.plist 和 AdHocExportOptions.plist 兩個plist文件，分別對應發布到AppStore和AdHoc（蒲公英、fir）。簡單說一下裡面的屬性：

寫完腳本後，發現已經有老鐵對打包腳本做了很詳細的分析了： 詳解Shell腳本實現iOS自動化編譯打包提交 。也有老鐵早就寫了iOS自動打包的腳本： xcode_shell 。

看了一下，功能也比較全，比如上傳包到自己的伺服器、上傳完成發郵件測試人員。但是現在已經有第三方平台也做到了比這更多的功能，比如蒲公英，還可以手機簡訊通知測試人員，有專門的頁面外鏈，支持持續集成等。

老鐵們如果還有什麼建議，歡迎在下面給我留言或私信。🤗 🤗 🤗

問題一（更新於2018年11月14日）：

升級 Xcode 10 以上版本，蘋果採用新的構建系統，之前的 xcodebuild clean 命令已經無法使用，如果用這個命令的話會報錯，蘋果給的建議是刪除根目錄下的 build 目錄文件夾，刪除就可以完整打包了。但是每次打包都需要再刪除一遍，由於這個目錄的主要作用就是存儲 該項目的歷史構建包（Archive歸檔文件和iPA包） ，所以解決辦法是：

參考資料： build_system_release_notes_for_xcode_10