For a deeper look into our Eikon Data API, look into:

Overview |  Quickstart |  Documentation |  Downloads |  Tutorials |  Articles

question

Upvotes
Accepted
46 3 5 9

What is the fastest API for retrieving data and performing trade operations based on it ?

Hello,

Just curious: if I understand correctly, the .NET API wasn't initially designed for use through the console but rather through winform right? However, I notice that all the available downloads in the TR dev community go through the console and I'm having troubles with winform.

What would be the most tailored API to use for FAST data retrieval (the most important aspect in my case) together with the possibility to perform mathematical operations on that retrieved data ?

Would you advise Elektron for retail traders ??

Thanks for your time,

eikoneikon-data-apiworkspaceworkspace-data-apirefinitiv-dataplatform-eikonpython
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 5.0 MiB each and 10.0 MiB total.

Upvote
Accepted
39.2k 75 11 27

Pretty much all production applications consuming real-time data subscribe to more than one RIC. It's perfectly normal to have multiple real-time data subscriptions in any kind of application. I don't see any risks with using Eikon .NET API to subscribe to multiple RICs, whether the application is a console, a Winforms or a WPF. Just make sure all the data retrieval is done on a single thread.
I don't have a Winforms example handy, but attached is a simple and crude WPF example. I hope you'll find it useful. Restore the NuGet packages before compiling the example.
ricviewer.zip


ricviewer.zip (18.8 KiB)
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 5.0 MiB each and 10.0 MiB total.

Upvote
39.2k 75 11 27

Eikon .NET API was designed for use in any Windows application. It has a dependency on COM libraries installed with Eikon, which is not by design but by historical necessity. Because of this dependency it requires that Windows message pump is running on the thread that creates the API assemblies. This is also the reason why we don't recommend using these assemblies across multiple threads. In a Winforms or a WPF application Windows message pump is automatically started on the GUI thread. The reason why all the examples here on the Developer portal are console applications is to demonstrate that the API can be used in a console and to show the techniques that can be used to start the Windows message pump.
The alternative to Eikon is Elektron APIs, which are not going to be noticeably faster for the purpose of retrieving market data. The speed of data retrieval is mainly determined by the comms and middleware infrastructure, not by the client API. In your case the main thing Elektron APIs would buy you is the flexibility in terms of data retrieval across multiple threads, the variety of supported development environments (e.g. Java) and in terms of data usage rights. I cannot be sure, but from past exchanges I don't feel like any of these things are important for you. And if I'm correct on this, then I think Eikon is the best product for you because it's the most economical and provides all you need.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 5.0 MiB each and 10.0 MiB total.

Upvotes
46 3 5 9

Great thanks for this great answer, it's clearer now!

1. In .NET Realtime data API, if using multiple subscriptions while implementing code in console, what are the risks ?

2. Would it be possible to have access to a data retrieval example using multiple subscriptions in winforms ?

Thanks a lot,

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 5.0 MiB each and 10.0 MiB total.

Click below to post an Idea Post Idea