अगर किसी ने मुझे कहा कि "संस्करण" चर करने के लिए एक विवरण, क्या यह करने के लिए/प्राप्त है, और हम की एक सूची कैसे/पा सकते हैं, जहां का मतलब है के साथ प्रदान कर सकते हैं मुझे खुशी होगी इंटरेक्टिव ब्रोकर्स एपीआई के विभिन्न अनुरोधों के लिए संस्करण संख्या।
एपीआई विकास के मुद्दों। जावा (या सी ++) एपीआई क्लाइंट लाइब्रेरी कोड में class EClientSocket पर
देखो। जेफ रयान ने शायद उठाया/यहां से संस्करण संख्याएं लेनी पड़ीं।
असल में, आईबी मंच के रूप में/सर्वर 'क्षमताओं विकसित, वहाँ बड़े ग्राहकों द्वारा उपयोग में ग्राहक एपीआई के नए संस्करण के रूप में थे और साथ ही। इस प्रकार, आईबी सर्वर आईबी एपीआई क्लाइंट के पुराने संस्करणों के साथ-साथ नए लोगों के अनुरोधों को संभालने में सक्षम है। संस्करण सर्वर को अलग-अलग एपीआई कॉल के किस संस्करण से निपटने में मदद करता है।
उदाहरण के लिए, आईबी क्लाइंट एपीआई के नए संस्करण reqMktData() पूरे शॉट के लिए एक शॉट में एकाधिक पैर के साथ कर सकते हैं, जो पुराने ग्राहक नहीं कर सके। इस प्रकार, जैसा कि आपने नोट किया है, यह सरल एपीआई के लिए 1 है जो cancelHistoricalData(), cancelScannerSubscription() इत्यादि विकसित नहीं हुआ है, लेकिन एपीआई के लिए 7 या 9 जितना ऊंचा हो सकता है जो कि समय के साथ विकसित होता है, जैसे reqMktData() ।
अधिक निम्न-स्तरीय शर्तों में, संस्करण सर्वर को बताता है कि ग्राहक send() के बाद तुरंत VERSION के बाद सॉकेट पर कौन से पैरामीटर पास करने जा रहा है। नीचे reqScannerSubscription() से एक कोड अंश है। send(VERSION);send(REQ_SCANNER_SUBSCRIPTION);
(ध्यान दें कि दो अन्य प्रकार के संस्करण संख्याएं हैं: सर्वर-साइड (आईबी सर्वर/प्लेटफार्म) संस्करण संख्या, और आईबी TWS क्लाइंट एपीआई संस्करण संख्या! ये अलग हैं प्रति-एपीआई संस्करण जिसे आप चिंतित हैं।क्या आईबी को वास्तव में प्रति एपीआई कॉल संस्करण की आवश्यकता है जो आईबी क्लाइंट संस्करण से अलग है, मेरे लिए तुरंत स्पष्ट नहीं है, लेकिन इस तरह वे अभी रोल करते हैं)।
एक जुआ जवाब के लिए माफ़ी; EClientSocket.java पर एक नज़र इसे साफ़ कर देगा! :-)
public synchronized void reqScannerSubscription(int tickerId,
ScannerSubscription subscription) {
// not connected?
if (!m_connected) {
error(EClientErrors.NO_VALID_ID, EClientErrors.NOT_CONNECTED, "");
return;
}
if (m_serverVersion < 24) {
error(EClientErrors.NO_VALID_ID, EClientErrors.UPDATE_TWS,
" It does not support API scanner subscription.");
return;
}
final int VERSION = 3;
try {
send(REQ_SCANNER_SUBSCRIPTION);
send(VERSION);
send(tickerId);
sendMax(subscription.numberOfRows());
send(subscription.instrument());
send(subscription.locationCode());
क्लाइंट संस्करण इतिहास EClientSocket के शीर्ष पर स्थित है।
public class EClientSocket {
// Client version history
//
// 6 = Added parentId to orderStatus
// 7 = The new execDetails event returned for an order filled status and reqExecDetails
// Also market depth is available.
// 8 = Added lastFillPrice to orderStatus() event and permId to execution details
// 9 = Added 'averageCost', 'unrealizedPNL', and 'unrealizedPNL' to updatePortfolio event
// 10 = Added 'serverId' to the 'open order' & 'order status' events.
// We send back all the API open orders upon connection.
// Added new methods reqAllOpenOrders, reqAutoOpenOrders()
// Added FA support - reqExecution has filter.
// - reqAccountUpdates takes acct code.
// 11 = Added permId to openOrder event.
// 12 = requsting open order attributes ignoreRth, hidden, and discretionary
// 13 = added goodAfterTime
// 14 = always send size on bid/ask/last tick
// 15 = send allocation description string on openOrder
// 16 = can receive account name in account and portfolio updates, and fa params in openOrder
// 17 = can receive liquidation field in exec reports, and notAutoAvailable field in mkt data
// 18 = can receive good till date field in open order messages, and request intraday backfill
// 19 = can receive rthOnly flag in ORDER_STATUS
// 20 = expects TWS time string on connection after server version >= 20.
// 21 = can receive bond contract details.
// 22 = can receive price magnifier in version 2 contract details message
// 23 = support for scanner
// 24 = can receive volatility order parameters in open order messages
// 25 = can receive HMDS query start and end times
// 26 = can receive option vols in option market data messages
// 27 = can receive delta neutral order type and delta neutral aux price in place order version 20: API 8.85
// 28 = can receive option model computation ticks: API 8.9
// 29 = can receive trail stop limit price in open order and can place them: API 8.91
// 30 = can receive extended bond contract def, new ticks, and trade count in bars
// 31 = can receive EFP extensions to scanner and market data, and combo legs on open orders
// ; can receive RT bars
// 32 = can receive TickType.LAST_TIMESTAMP
// ; can receive "whyHeld" in order status messages
// 33 = can receive ScaleNumComponents and ScaleComponentSize is open order messages
// 34 = can receive whatIf orders/order state
// 35 = can receive contId field for Contract objects
// 36 = can receive outsideRth field for Order objects
// 37 = can receive clearingAccount and clearingIntent for Order objects
private static final int CLIENT_VERSION = 37;
private static final int SERVER_VERSION = 38;
private static final byte[] EOL = {0};
private static final String BAG_SEC_TYPE = "BAG";