A. autoit怎麼做自動化
ControlCommand ( 窗口標題, 窗口文本, 控制項ID, 命令 [, 選項] )
只能用於操作ToolbarWindow32類型的工具欄控制項，經過封裝的控制項是不行的。
控制項ID - 建議使用類別名，即（類名+Instance），如 ToolbarWindow321
命令 - 固定為SendCommandID
這里的選項就是要發送的CommandID - 可通過AutoIt窗口信息工具來識別，在「工具欄」標簽頁下可以查看命令ID。
一個示例如下：
ControlCommand($hWin, , ToolbarWindow321, SendCommandID, 28721)
其實，不一定用ControlCommand，UDF也可以的啊：
include lt;GuiToolbar.au3;
_GUICtrlToolbar_ClickButton()
_GUICtrlToolbar_ClickIndex()
_GUICtrlToolbar_CommandToIndex()
B. 哪些事情是 AutoIt 可以而 AutoHotkey 不行的
autohotkey 和 autoit ，往往他們的用戶都會試用另外一款，並最終確定使用其中一個。
autohotkey ：
優點：熱鍵支持更方便，語法更簡單一點。有動作錄制器（L 版沒有，可用舊版，或下載第三方）。
缺點：需要另外下載編輯器，不然沒有語法提示和高亮，對初學者不方便。
AutoIt ：
優點：UDF函數多，很多你遇到的問題都有答案，較 AHK 容易寫出功能更復雜，更強大的程序。
缺點：不如 AHK 簡單。
兩款都是非常優秀的軟體，AHK 我更喜歡用來解決一些臨時的小問題。AU3 我會用於一些稍微復雜一點的任務。更復雜的.... 還是用更專業的編程工具吧。
C. 量化程序化交易員程序員 這個是什麼壓力大嗎
量化交易也叫程序化交易，是國內證券交易、期貨交易快速發展的交易方式，歐美市場上60%-70%的證券、期貨交易時通過程序化完成的。程序化交易講究團隊運營，資產管理公司一般設置策略研究員、量化交易程序員、交易員、風控等崗位。量化交易程序員的主要職責就是把策略研究員的交易邏輯、交易思想用計算機語言編程。編程完成以後還要做測試以及參數修改等工作。程序員最基本的要求你要懂得最常見的計算機語言，如C++,Python,最好懂AutoIt、MATLAB、R語言。程序化交易員對計算機語言的要求不太高，但是要有證券交易經驗，會看K線圖，懂得基本的技術分析理論、技術指標，這些是必須的。很多公司的程序化交易也不是完全計算機執行的，你需要懂得在什麼樣的市場行情使用怎樣的交易策略，當一套策略系統一段時間運行表現不佳的時候要會分析市場機構的變化。正規的資產管理公司很少會聘期完全沒有交易經驗的交易員，不會聘請不懂計算機語言的程序員。如果你符合如上說的條件可以去應聘。至於壓力，要比主觀交易的操盤手要輕得多，是否加班主要取決於該公司投資的產品是國內還是境外的市場，如果是國內證券、期貨產品，比較少加班吧，境外市場會有人上夜班。非交易時間外的加班，這得看工作需要與企業文化啦。不知我這樣回答你清楚嗎？
D. 關於使用AutoIt3對窗口UI進行操作的問題
根據你的對AU3的掌握程度建議你使用Au3Record.exe，他會記錄你對軟體的操作並生成腳本，結合Au3info,就能達到你的要求如下面打開一個健康檢查軟體執行的結果
E. 請將以下AutoIt代碼轉換成相應的VBScript代碼
轉換後的vbs代碼如下：
'═════代═══碼═══開═══始═════
Set oAutoIt = WScript.CreateObject("AutoItX3.Control")
oAutoIt.Run("""C:\Documents and Settings\seraphim_zhang\Local Settings\Application Data\Citrix\ICA Client\wfcrun32.exe"" ""C:\Documents and Settings\seraphim_zhang\Application Data\Microsoft\Internet Explorer\Quick Launch\InfNSAP Desktop Grenoble.ica""")
oAutoIt.WinWaitActive("InfNSAP Desktop Grenoble - Citrix XenApp Plugin 託管應用程序")
do
IF oAutoIt.PixelGetColor(558,218)=&h6D8EBF Then Exit do
wscript.Sleep 500
loop
oAutoIt.Send("{ENTER}")
oAutoIt.WinWaitActive("InfNSAP Desktop Grenoble - Citrix XenApp Plugin 託管應用程序")
do
IF oAutoIt.PixelGetColor(390,296)=&hFE6F12 Then Exit do
wscript.Sleep 500
loop
oAutoIt.Send("aa\xxxx{TAB}xxxx{ENTER}")
'Created By escortmnm from VBS團隊
'═════代═══碼═══結═══束═════
注意：
1、本代碼需要「AutoItX3.dll」的支持，確保你在autoit安裝目錄下面的AutoItX文件夾裡面有這個文件並且已經注冊，如果沒有那麼你就下載一個autoit，找到這個文件並注冊（方法有說明）。
2、如果你給的代碼在au3格式下能運行成功那麼這個vbs代碼才能成功。
F. 請會AutoIt和AutoHotKey的高手講一講AutoIt的長處
1，autoit做GUI快捷，有UDF，有不錯的編譯環境等等
2，我遇到的問題基本上兩者都能做到
3，如果你先學習的編程語言是C/C++或者VB等高級語言，建議學習autoit；否則autokotkey。
4，我還真不知道。
-------------------------
我最先學習的編程語言是C，後來遇到autoit感覺非常好，省去了C的各種數據類型的轉換，程序語言也類似於C，再後來遇到autohotkey，看到通篇的「逗號表達式」我就不爽，總是感覺這種語言風格很凌亂。
G. 與AUTOIT類似的軟體還有哪些
按鍵精靈
腳本大師
這兩個比較簡單!功能上各有所長
H. AutoIt 與 AutoHotkey 有何異同是選擇前者還是後者
我是先接觸AutoIt的，但時間還不算久。我看了一些介紹， AutoHotkey 是從AutoIt分支出來的，部分開發人員是原來AutoIt的開發人員，這兩者有許多方面非常相似，我也看了兩者的幫助，確實如此，目前我認為比較不一樣的就是AutoIt所用的語言類VB，而AutoHotkey 所用的語言類C++或JAVA。 實際上我比較熟悉的是C++和JAVA類語言，看上去簡潔容易理解，而且本人接觸C++語言有很長的時間，所以比如FLASH所用的AS語言，其它J腳本類的也很容易閱讀。而對於類VB的我看上去不是不能理解，而是比較吃力，所以我在先接觸AutoIt時感覺這語言比較雜亂，特別是endif這些比較羅嗦的語法比較討厭。既然是我比較不喜歡VB類，那為什麼我選擇了AutoIt呢？原因很簡單，本來只是想找一種編程工具寫個工具，但又不想用比較復雜的VC++編寫，因為使用VC++與MFC寫圖形界面我反而沒什麼接觸，所以想找一比較快速的腳本語言寫個圖形界面程序，結果找到的是AutoIt而不是AutoHotkey，所以就先用了幾天時間。因為AutoIt與AutoHotkey有根源，所以通過一些介紹關注了下AutoHotkey，知道非常相似。其實以前就有下載過這樣的編程工具，但看名字，可能只是針對寫游戲鍵盤滑鼠自動化用的吧！但現在看來，似乎不是那麼回事，原來看介紹還可以實現類似於AutoIt中我需要的功能，比如文件目錄操作，GUI等。 目前對閱讀VB類已經不成問題，已經能實現一些功能，現在開始做我的工具。但我的仍然不改我的印象，視覺上，代碼還是太亂了。 如果是這樣，不知道有沒有必要轉向類C++的AutoHotkey？畢竟我與某些評論的觀點一致，AutoIt比較失敗的就是使用了類VB的語言。
I. AutoIt 與 AutoHotkey 有何異同是選擇前者還是後者
您好，我來為您解答：
autoit的函數很豐富，但也很死板，可以擴展的空間不大autohotkey雖然有點弱，但autoit能實現的，想想辦法，用autohotkey都能實現，也許更好而且autohotkey的程序由鍵盤來控制，我喜歡，呵呵，而autoit程序運行後，就不能停下，且不好調試。
希望我的回答對你有幫助。
J. AutoIt腳本與VB等編程語言比較起來，有什麼優勢和不足，哪位大師能夠指點一下。
AutoIt封裝了很多現成的函數，稱之為UDF（用戶自定義函數），用起來很方便，直接用就是了；最終可以編譯為exe執行，對運行環境也沒什麼太大要求。作為腳本語言，變數無需定義即可直接使用，對變數類型的要求也很松，編程方便性有很大優勢，上手快。
但在直接調用Windows API時不如VB方便，而且腳本語言一個不可避免的劣勢就是，代碼的執行效率慢，這種編譯也不是真正意義上的編譯，容易被反編譯。而且面向對象和多線程方面，autoit支持不好。
總之，任何一門語言要想鑽研深了都不是容易的事情，腳本語言足夠用來做一些常用的操作，但要想專業些，還得高級語言。