Вопрос опытным программистам (ну и остальных мнения интересны)....
Вопрос по сути в следующем:
Когда вы пишете какую-либо программу (в нашем случае торгового робота), которая подразумевает постоянную доработку в части проверки новых идей, вы:
Добавляете в код реализацию новой идеи, тестируете и, при отрицательном результате —
1. оставляете эту часть в коде, но выключаете ее, чтобы, возможно в дальнейшем, использовать в комбинации с новой идеей?
2. удаляете эту часть кода, чтобы его не перегружать?
3. ваш правильный профессиональный вариант.
Сразу скажу — вариант с добавлением чего-то в виде функции — понятен. Просто не все можно реализовать в виде независимой функции.
Поясню откуда вопрос.
Мой код на Qpile распух от первоначальных рабочих 300 строк до 2500. Причем работают из них, наверное, те же 500-700. Ini-файл также представляет собой уже подобие реестра Windows))). Добавляется какая-то идея, проверяется — не работает, оставляется для возможности использования в дальнейшем, в ini-файле прописывается выключение этой идеи.
Результат — перегруженность кода, задержки на проверку множества условий, большое количество перекрестных зависимостей в программе (да простят меня профи за не проф язык).
Версии предыдущих программ, конечно, сохраняются, но проблема в том, что последняя версия всегда актуальна не только по добавлению в нее новой идеи, но и по исправлению ошибок. В результате просто к предыдущей версии вернуться не могу.
Дополню пост по результатам первых ответов.
Предположим есть функуия выставления заявок Trans(Параметры).
Проверяем идею: Ставить заявки лимитками или по рынку:
В Ini файле признак Limit = 1
Получаем (синтаксис условный):
if Limit = 1
Trans(лимитка)
if Limit = 0
Trans(порынку)
И т.п… Таких вот if набирается очень много. Даже при том, что какие-то операции реализованы в виде функций…
Все можно и нужно реализовывать в виде независимой функции (модуля, если язык позволяет). Любая программа должна писаться «сверху вниз». Структурное программирование — это наше все.
Я пишу своего робота на 1С, не потому, что она для этого наиболее подходит, а потому, что в совершенстве владею этой платформой. Мне быстрее написать на знакомом инструменте, чем изучать специализированные. Так вот в 1С я решил данную проблему просто:
Сама программа отвечает только за базовые операции по совершению сделок, а сами правила совершения сделок вынесены в пользовательский режим. То есть, например, M стратегий — это M элементов справочника, при этом каждую стратегию я могу N раз теститировать с разными параметрами. Но я пока тестирую только базовые идеи, вроде «шортим по цене открытия, в конце дня закрываемся». На более сложные вещи пока не хватает времени, но описанной проблемы у меня нет.
Возможно, у вас тоже можно отделить алгоритм, процессы его тестирования и базовые операции друг от друга. Хотя бы разнести на разные файлы.
Спасибо, в принципе я и сам знал ответ на свой вопрос. Функциональность и структурированность… Но это мой косяк и сейчас и всегда был с института. Всегда валю все в кучу. Понимаю, что не профессионально. Хорошо хоть сейчас стал комментарии писать почти на каждую строку. Раньше и этого не делал…
Если идей много и все разные, то можно, например самому себе в почту отправить последний рабочий вариант перед изменением. И резервная копия сохранится и откатить потом будет проще. Также знакомо, что пока проверяешь новые мысли, старые рабочие подходы теряются за кучей изменений.
Qpile — это не язык, не нужно мучиться с ним! Можно писать на нормальном языке (С++, С#) в удобной среде разработки, типа Visual Studio, и пусть дергает QUIK через интерфейс, выставляет заявки…
CamarillaDaily, независимо от объёма кода, на Qpile писать оочень неудобно, и С# это не эксковатор =)) один раз переделать робота под него, приделать интерфейс квика, и дальше никаких проблем… пишите и наслаждаетесь, отлаживаетесь. Можно и систему котроля версий поставить, чтобы вести разработу с сохранением всех промежутчных этапов, с возможностью отката и т.п…
По дополнению:
Есть разные способы делать одно и то же ;) Но основное правило — логически связанные куски надо выносить в подпрограммы. Даже если эта п/п вызывается только в одном месте, это (вкупе с хорошим названием п/п) повысит читабельность кода. Только не надо доходить до экстремизма — нормальный размер п/п 10-30 строк.
Трамп заявил о желании России «быстро» разрешить украинский кризис
ВАШИНГТОН, 17 фев — РИА Новости. Президент США Дональд Трамп заявил, что видит со стороны президента России Владимира Путина желани...
ИИ, Без направления движения цены актива — это обычная рулетка, в итоге слив депо… и при долбежке против тренда — это все тот же уверенный слив депо...
ОНАЛИТЕГИ, курс доллара и внезапное "подешевение" всего А почему оналитеги решили, что после того, как курс доллара снизился в район 90, все подряд товары должны резко подешеветь? Что за ред...
Зеля отдаст США 50% ископаемых - а дальше? Интересный вопрос есть.Вот подпишет Зеля бумагу, по которой должен будет отдать США половину полезных ископаемых. Потянет немного время, выбьет для себя усло...
если те или иные блоки не понадобятся мне в ближайшее время — выношу в отдельный файл.
пишу на c#
Сама программа отвечает только за базовые операции по совершению сделок, а сами правила совершения сделок вынесены в пользовательский режим. То есть, например, M стратегий — это M элементов справочника, при этом каждую стратегию я могу N раз теститировать с разными параметрами. Но я пока тестирую только базовые идеи, вроде «шортим по цене открытия, в конце дня закрываемся». На более сложные вещи пока не хватает времени, но описанной проблемы у меня нет.
Возможно, у вас тоже можно отделить алгоритм, процессы его тестирования и базовые операции друг от друга. Хотя бы разнести на разные файлы.
я тоже думал что фиг что прошарю… за месяц воткнулся в С++ хотя тоже был перерыв значимый…
попробуй.
Есть разные способы делать одно и то же ;) Но основное правило — логически связанные куски надо выносить в подпрограммы. Даже если эта п/п вызывается только в одном месте, это (вкупе с хорошим названием п/п) повысит читабельность кода. Только не надо доходить до экстремизма — нормальный размер п/п 10-30 строк.