『壹』 想編寫一個股票自動交易軟體，可以讀取通達信實時數據，操作券商交易軟體自動下單，要學哪些知識、語言
基本比較難，可以直接使用別人做好的軟體，比如金牛盯盤、金鷹股票自動交易軟體、SNB等
『貳』 什麼股票交易軟體可以實現自動下單、自動撤單
1.、如果券商能提供介面，那非常簡單。不過對絕大多數人，這是廢話，一是券商不給提供，二是即使提供了，你的程序也得到營業部去跑。
2、 券商不提供介面，那就只能從交易軟體客戶端來想辦法了
方法一：keyboard和mouse模擬的辦法，比較笨的辦法，速度快不起來。按我以往的經驗，這種模擬keyboard和mouse的操作，因為要和UI打交道，很多地方得Sleep，不然很容易出錯，自動下單，出錯了可不是好玩的，那損失的都是錢。要想盡量減少出錯，stress test的時候每步的sleep時間都得足夠長，但這樣一來，要足夠可靠的話，整個過程估計3-5秒也完成不了。這個辦法雖然是笨點，但如果對速度和可靠性的要求不高，也是可以接受的，畢竟要比手動操作要快。（對可靠性有擔心的，可以留著交易軟體每次下單前的確認窗口，這樣還可以有最後一次人工確認的機會，但這樣一來，批量下單就下不了了）。
方法二：跳過交易軟體的UI層，直接調用下層的函數完成交易。大致方法是，1，得要code injection, 進程注入，你的代碼得在交易軟體的context下運行才行，2. 用debugger慢慢去看，了解交易軟體自身是如何調用下層的函數去完成下單，比方說通達信的交易軟體，與交易相關的函數，基本在tc.dll和tcapi.dll裡面。這個辦法弄通了，那下單估計可以在100ms以內完成，就完全和UI無關了。
方法三：從基於web和wap的交易上面動腦筋，這個渠道的下單方式，應該是http post了一些數據回server, 研究一下具體的格式就可以了。這條途徑，從client來講，下單的速度應該和方法二差不多。
3、FIX協議也是一種可能的突破口，部分櫃台系統供應商已有現成的FIX產品，有基金、QFII客戶的部分券商有采購（如中信證券），可以嘗試一下。
『叄』 國內券商有沒有提供股票程序化交易介面的
當然有的啊，有專門的軟體使用，自動化交易可以搞定
『肆』 請問哪家券商能提供全自動化交易介面
目前已經有比較多的券商開始對外提供api，其中中泰XTP免費開放使用，在量化圈子也比較認可，是專門針對程序化用戶設計的，全自主研發（優勢在於有任何問題或者需要單獨化定製的地方都能很快搞定）目前在市場上應該也屬於是第一梯隊的券商api了，速度快（深交所成交回報1.6ms）、穩定性高（主動訂單成交率95%以上）更多其他的好處和特點可以參考這篇文章網頁鏈接
『伍』 有哪些券商提供股票程序化交易的介面
東方財富網提供股票程序化交易介面。
『陸』 股票如何實現程序化交易和自動交易
股票想實現程序化交易和自動交易，需要兩點：
1、券商有交易介面；
2、有合適的程序化交易軟體（量化交易軟體）。
滿足以上兩點，就可以通過程序化交易軟體（量化交易軟體），設置好交易觸發條件，讓軟體自動交易。
『柒』 想要開發一個股票交易軟體 需要怎樣獲取實時數據 數據介面
惠德贏策 大家記住了啊，這個垃圾公司老闆叫：祝清。公司內部垃圾就算了，公司出的產品都是騙人的，還有他們開發的一個模擬炒股的網站要交錢才能炒股，都是騙人的，大家千萬別上當受騙，這家公司老闆超級卑鄙，合夥別人把他原來的公司給搞垮自己開公司，不過心在自己公司也快倒閉了，員工工資都發布出來了，哈哈，真雞-巴爽呀，那個B兒子真沒話說了。
我就是受害者呀，噴血相告，切記呀
『捌』 我是做程序化交易的，在國內有開放api介面的軟體嗎 股票的，期貨的。
真搞不懂為什麼最近程序化交易軟體竟然流行？
如果說真正好軟體，只要你把電腦開上了，豈不是自動賺錢了嗎？不勞而獲，只需一次性投入一個軟體的購買費用，天上掉餡餅？
~~
附錄：程序化軟體的騙人伎倆
我知道這篇文章會觸犯到一些人的利益，但我還是想把一個真相還原出來。
在程序化的交易當中，有些交易系統表現的異常優異，正確率經常在90%以上，而盈利率也高的驚人。尤其前些年在市場上銷售非常火爆的某些股票，期貨軟體，在市場推廣的時候，經常給投資者看買入和賣出的信號，通常都是接近完美的。為什麼會有如此高效的「搖錢樹」呢？這些系統是在騙人呢？還是真實的呢？我們不得不見識一個在金融編程當中，很神奇的一類函數「未來函數」。
我們首先看一個交易測試報告：（如圖）
通過這個報告我們看出，在兩個交易周之內，我們的盈利率達到接近60%，正確率100%，這套系統真是「神」了。不出一年的時間，這個盈利速度，這個世界都被我們買下了，但是這里，有個極大地陷阱。就是我們的未來函數之一
「refx」，這個函數的功用是從目前的k線圖向後定位，比如我們上面的編程語言中，refx(close,1)>close,bk；也就是說，只有後一根k線圖的收盤價高於本根收盤價了，我們才買入，而一到了第二根k線圖，我們就賣出平倉。這樣的系統，可能不賺錢么？正確率一定是100%，因為你的入場條件限定了，只買入未來上漲的信號，所以正確率一定是100%，但是這種系統，在我們實戰當中，意義為0。因為你在真正的未來中，是無法知道下一根k線如何變化的。
以上只是通過一個非常簡單的例子告訴大家未來函數在金融編程當中的功用，但也不是一無是處。而且有些軟體利用的未來函數比這個例子要高明很多，比如通過指定時間，time,
week這樣的函數達到和未來函數同樣的目的，但是本質是一樣的。所以希望大家能夠在測試結果的時候，留著一個心眼。同時希望各位軟體開發商有點職業道德，不要賺取那些已經很痛苦，希望通過軟體來穩定盈利，最後卻竹籃打水一場空的可憐投資者的錢。
『玖』 股票軟體哪個可以自動交易
美股研究社有分享幾個方法：1.、如果券商能提供介面，那非常簡單。不過對絕大多數人，這是廢話，一是券商不給提供，二是即使提供了，你的程序也得到營業部去跑。
2、 券商不提供介面，那就只能從交易軟體客戶端來想辦法了
方法一：keyboard和mouse模擬的辦法，比較笨的辦法，速度快不起來。按我以往的經驗，這種模擬keyboard和mouse的操作，因為要和UI打交道，很多地方得Sleep，不然很容易出錯，自動下單，出錯了可不是好玩的，那損失的都是錢。要想盡量減少出錯，stress test的時候每步的sleep時間都得足夠長，但這樣一來，要足夠可靠的話，整個過程估計3-5秒也完成不了。這個辦法雖然是笨點，但如果對速度和可靠性的要求不高，也是可以接受的，畢竟要比手動操作要快。（對可靠性有擔心的，可以留著交易軟體每次下單前的確認窗口，這樣還可以有最後一次人工確認的機會，但這樣一來，批量下單就下不了了）。
方法二：跳過交易軟體的UI層，直接調用下層的函數完成交易。大致方法是，1，得要code injection, 進程注入，你的代碼得在交易軟體的context下運行才行，2. 用debugger慢慢去看，了解交易軟體自身是如何調用下層的函數去完成下單，比方說通達信的交易軟體，與交易相關的函數，基本在tc.dll和tcapi.dll裡面。這個辦法弄通了，那下單估計可以在100ms以內完成，就完全和UI無關了。
方法三：從基於web和wap的交易上面動腦筋，這個渠道的下單方式，應該是http post了一些數據回server, 研究一下具體的格式就可以了。這條途徑，從client來講，下單的速度應該和方法二差不多。
3、FIX協議也是一種可能的突破口，部分櫃台系統供應商已有現成的FIX產品，有基金、QFII客戶的部分券商有采購（如中信證券），可以嘗試一下。