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支持不好。
总之，任何一门语言要想钻研深了都不是容易的事情，脚本语言足够用来做一些常用的操作，但要想专业些，还得高级语言。