Собственный Quik на Delphi. Реальна ли мечта?
Хочу сделать собственный терминал.
Может знаете сайты с описанием кода?
Возможно ли вообще свой терминал подключить к котировкам брокера?
521 |
Читайте на SMART-LAB:
☺️ ФинКод продолжает свой триумф
Выиграли ещё одну премию — «МедиаКульт 2025» ⭐️ Наша платформа о финансовой и инвестиционной грамотности от экспертов ВТБ Мои...
В России заработала новая инвестиционная платформа: ЦБ РФ выдал разрешение на запуск Ресейл Инвест
Центральный банк России разрешил компании ООО «Ресейл-Инвест» (входит в Группу МГКЛ) начать работу. Платформа успешно прошла показ у...
Дайджест первичных облигаций
🧭 Отмечаем День путешественника во времени Новая неделя — новая порция размещений! А помните, чей выпуск был самым первым в вашем портфеле?...
а так бери stocksharp и пиши что душа пожелает, много времени не займет если програмить умеешь
к котировкам брокера через шлюзы plaza например.
описания протоколов все есть в свободном доступе
Я бы форму свечек поменял. Не нравятся они мне.
прямо из квика запускаешь отдельное графическое окно (Lua умеет графику) и алга.
в принципе через Lua можно запустить и Delphi dll, если надо.
с помощью технологии ffi.
если совсем без квика, то надо на Delphi или протокол серверной части Quik поддерживать, или делать клиента для FIX протокола — что для небольшого эксперимента слишком сложно.
Допустим, Вы решили занять нишу на рынке современных терминалов. Это возможно, потому как конкуренты не особо Ж. рвут в борьбе за пользователя.
Однако...
Компилятор дельфи практически не оптимизирует код. Там хлама будет комом накатывать от релиза к релизу. На нём можно писать простые или тормозные штуки. Если Вы ставите задачу написать что-то лучше Квика и лучше МТ, тогда сразу надо C++ брать за основу. Интеловский компилятор даст фору. Если не хватит обвязки (для графики и всяких рюшечек), далее добавляется дотнет. Но уж никак не дельфи.
Ну а для себя… Однозначно нет. Смысл?
HFT боту терминал ваще не нужен, а для остальных задач полно всяких софтин.
а в дельфях есть какие нибудь готовые компоненты для торговли?
хотя про лёгкость программирования GUI в Delphi помню до сих пор. легче с тех пор ничего не видел. но я и мало смотрел, GUI не люблю.
На счёт торгового терминала — громко сказано. Даже если и создашь что-то подобное квику за несколько лет, то это будет никому не нужный огромный труд, и возможно что и самому автору к тому времени он будет не нужен. Сольёт депозит, уйдёт с биржи… Если и создавать что-то, то как примочку и надстройку для квика или плазы. Типа скальперский стакан с графиками и индикаторами.
S# тоже достаточно тормознутая штука, но конечно же на порядок быстрее дельфи поганой
самый оптимал это действительно С++, в идеале ассемблер, но тут соотношение трудоемкость/скорость работы приложения не стоит свеч для конкретно этой задачи (хотя под asm есть даже неплохая GUI среда разработки — компилятор masm и gui radasm)
Если Вас удивляет размер
«приложение «Hello, World!» получаешь в размере 2 мегабайт», значит Вы совершенно не знаете и не представляете откуда берётся этот объём, для чего и как от него можно избавиться. И кроме как в своём «технарском вузе» вы о нём нигде не слышали, иначе такого бы не писали.
А, следовательно, вести с Вами далее дискуссию на этот счёт бессмысленно. (Даю подсказку на C++ — Библиотека времени выполнения Многопоточная /MT и кое что ещё...)
Скажу лишь по поводу фразы: «качественной разработке неглючного приложения».
За свой многолетний опыт разработки на Delphi (и не только), я не видел ни одного глюка софта, разработанного на Delphi, который бы не был следствием кривых рук программиста. Вы сейчас будете рассказывать про «Access Violation» и подобное? — в 100% случаев это недоработка программиста и чаще всего в синхронизации потоков.
Доказывать ничего не буду, останусь при своём мнении. Можете считать так, как Вам угодно. Мне просто лень сейчас вести дискуссию на этот счёт и спорить. Пойду анализировать графики по Si и RI. Удачи…
Терминал пишу с несколькими целями:
1. Не хватает функциональности в текущих терминалах. Нужны дополнительные функции.
2. За частую неудобный интерфейс