Hello,
If this post is in the wrong forum I apologize, and would appreciate feedback on which forum is appropriate.
As the title describes, I'm searching for someone with extensive experience with TWS API's, IB's "sample" code, and can write .net code using them. I believe that starting with the TWS API "sample" code/environment as a starting point will save time versus writing everything from scratch. The custom written routine(s) would provide a bridge between an existing system I've written over many years, and the TWS API's needed to :
1) retrieve quotes for options, option spreads and underlying symbols
2) create untransmitted orders visible & actionable in the TWS application
3) retrieve all current day orders - transmitted & untransmitted
4) retrieve all current day order executions
I believe the code for all of those functions already exists in the IB "sample" code. I'm looking for a custom routine that will branch into that existing code with required information, have the API execute, then branch back to the custom routine with the results. Obviously that's overly simplistic ... but that's the general idea. Besides saving time, the other benefit of starting with the "sample" code is the ability to perform testing if the API's don't appear to be working as expected ... meaning the API's can be tested/traced within the "sample" as delivered from IB as a comparison to how they function when triggered from the custom routine.
It would be important to design this custom routine(s) such that it can be easily integrated into fresh updated versions of the TWS API "sample", understanding that a small amount of custom code and/or "hooks" may need to be added to the "sample" code in order to work with the custom routine(s).
If that sounds like a strange approach to getting quotes and creating orders ... here's why. I started writing trade modeling systems in the 1990's using VB6 ... back when that was a real thing
. As time went on I continued to use VB6 in the form of VBA, which was a nearly effortless transition for my code set. I looked at VB.net, C# and others ... but never found any tangible benefits for the time needed to migrate. The system continues to use a proprietary datastore, and has always integrated well with the charting capabilities in Excel. At this point I believe there's only a negative return on the time needed to immerse myself in the idiosyncrasies of either the TWS API's or VB.net. I just need a bridge to-and-from that functionality.
Suggestions regarding this approach, and potentially better approaches, are greatly welcome !
Thanks - Dave
If this post is in the wrong forum I apologize, and would appreciate feedback on which forum is appropriate.
As the title describes, I'm searching for someone with extensive experience with TWS API's, IB's "sample" code, and can write .net code using them. I believe that starting with the TWS API "sample" code/environment as a starting point will save time versus writing everything from scratch. The custom written routine(s) would provide a bridge between an existing system I've written over many years, and the TWS API's needed to :
1) retrieve quotes for options, option spreads and underlying symbols
2) create untransmitted orders visible & actionable in the TWS application
3) retrieve all current day orders - transmitted & untransmitted
4) retrieve all current day order executions
I believe the code for all of those functions already exists in the IB "sample" code. I'm looking for a custom routine that will branch into that existing code with required information, have the API execute, then branch back to the custom routine with the results. Obviously that's overly simplistic ... but that's the general idea. Besides saving time, the other benefit of starting with the "sample" code is the ability to perform testing if the API's don't appear to be working as expected ... meaning the API's can be tested/traced within the "sample" as delivered from IB as a comparison to how they function when triggered from the custom routine.
It would be important to design this custom routine(s) such that it can be easily integrated into fresh updated versions of the TWS API "sample", understanding that a small amount of custom code and/or "hooks" may need to be added to the "sample" code in order to work with the custom routine(s).
If that sounds like a strange approach to getting quotes and creating orders ... here's why. I started writing trade modeling systems in the 1990's using VB6 ... back when that was a real thing
. As time went on I continued to use VB6 in the form of VBA, which was a nearly effortless transition for my code set. I looked at VB.net, C# and others ... but never found any tangible benefits for the time needed to migrate. The system continues to use a proprietary datastore, and has always integrated well with the charting capabilities in Excel. At this point I believe there's only a negative return on the time needed to immerse myself in the idiosyncrasies of either the TWS API's or VB.net. I just need a bridge to-and-from that functionality.Suggestions regarding this approach, and potentially better approaches, are greatly welcome !
Thanks - Dave