Избранное трейдера dimaz07
Перед тем как начать хочу выразить благодарность создателям данного ресурса и в частности Тимофею, смартлаб мощный и в своем роде уникальный ресурс для трейдеров и всех кто интересуется рынком.
Недавно закончился конкурс, который проводили портал МФД и Санкт-Петербургская биржа. Где я вошел в призы с очень хорошим результатом. Подробнее на стратегию можете посмотреть по ссылке в профиле.
Это сподвигло написать о моей работе на рынке, какой путь был пройден и что пришлось преодолеть. Писать буду по сути, без лишней воды.
Первое что мне помогло зарабатывать на рынке.
— учет расходов. Комиссия брокеру, бирже, плата за использование маржинальных средств. Торгуя фьючерсы эти расходы будут в разы меньше чем если торговать акции. Эти расходы могут «съесть» львиную доли прибыли, если не всю. Кроме того, на нашем рынке акции менее ликвидны чем топовые фьючерсы, соответственно торгуя фьючерсы получим меньшее проскальзывание.
Приветствую. В предыдущем посте описывался интерфейс для генерации тиковых данных – ITickGenerator. Его реализации могут быть разными: данные могут генерироваться на лету, или браться из БД. В случае с БД, возникает необходимость в организации ещё одного слоя приложения – слоя доступа к данным. TickGenerator, всё также будет оповещать подписчиков (стратегии, которые выставляют заявки), но по тем данным, которые он получит из БД.
Сейчас не важно, какая будет база данных, и где она будут храниться – на сервере, в файлах или в оперативной памяти. Не важно, также, какие специфические библиотеки и драйвера буду для этого использоваться. Сейчас, я просто приведу пример того, как можно разделить бизнес-логику приложения и слой доступа к данным.
Я создал отдельный модуль, и там и развернул всю архитектуру, связанную с БД, основные компоненты которой: сущности, репозитории и дата-сервис.
Хотя понятие сущности (Entity), само по себе, достаточно общее, здесь, буду применять его в узком смысле – это классы, представляющие таблицы БД, возможно, с какой-то дополнительной логикой. В простейшем случае, одна сущность – одна таблица. Между сущностями может быть связь (например, один ко многим), которая отражается и в связи между таблицами. Сущность описывается полями класса, которые отражают колонки таблиц.