寫過壹些簡單遊戲的掛機腳本，比如寶寶鬥場掛機腳本，賺了壹點小錢，不敢在這高手雲集的地方稱大蝦，僅僅是想和大家交流。
自己寫腳本壹開始很痛苦，不過寫多了以後，很多遊戲的子程序、函數都是可以借鑒的，甚至可以直接復制粘貼過來使用，所以後面越寫越快。最後就是設計思路和編程習慣了，良好的編程習慣對腳本運行的流暢程度、降低BUG發生率有很大影響。好了說說我的體會
1、多用函數，少用子程序，模塊化：如果壹個遊戲是頻繁的點擊鼠標操作，那麽需要建立壹些函數來進行這些操作。我比較喜歡用函數而不用子程序。為什麽呢？因為函數有返回值，子程序沒有。我可以讓電腦做壹項操作，但是操作的結果如何我不知道，這就需要返回值。比如找圖，找到了沒有呢？這個任務完成沒有呢？等等
2、關於找圖，每個圖用兩個以上函數判斷。因為遊戲經常會改動的，有些遊戲會經常對圖色做細微的修改，肉眼看不出來，但是找圖就找不到了，這個方法可以盡量減少出錯。
3、盡量少用死循環，堅決不用GOTO。我建議死循環只用在大的地方，如整個主線程，整個子線程。局部盡量用for x代替或者do while。如果局部壹定要寫死循環，壹定多加壹些退出循環的判斷，同時加上運行循環的時間限制（循環開始前用t1=time記錄時間，然後在循環裏用datediff判斷循環消耗的時間）。
4、記錄：用ini文件記錄發生的事件，包括任務是否完成，腳本運行情況，是否出錯方便以後查找修改。記錄鼠標點擊坐標，因為大家喜歡用壹種分辨率以後不會經常調的，壹次成功找圖後鼠標點擊坐標會記錄下來，下次如果找不到圖了可以嘗試調用原來記錄的坐標進行點擊（不管妳圖怎麽改，我還是有辦法），並且鼠標坐標周圍適當範圍予以截圖保存，方便以後處理。
5、監控：可以讓按鍵精靈向郵箱發郵件，也可以用teamview等遠程控制軟件，有錢的話也可以考慮買ip kvm（我目前的願望，但是沒米）。
6、銷售：如果腳本不是很完善或者遊戲更新很快，壹定要勤快壹點。不要對遊戲更新感到煩人，只要函數寫的好，更新遊戲只要加點圖，改幾條語句就可以了，而妳的客戶需要經常依賴妳，不管妳收錢不收錢，他需要長期與妳保持聯系，這樣妳的生意自然會越來越好。