Используете ли Вы ООП по максимому или избегаете его ? - страница 7
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Видимо, проблема в том, что уровень того большинства, которое использует МТ, не может в своих фантазиях уйти дальше, чем две МАшки ;) Для такого уровня, действительно, старого MQL4 - за глаза.
Давайте замутим DLL, или, по крайней мере, обсудим ее интерфейс и способы организации взаимодействия (обратной связи) с МТ.
Дело не в ДЛЛ.
Сам R внешне очень простая штука - переход с С или МКЛ займет буквально день.
Но.
R интерпретатор, что чрезвычайно удобно при отладке. Но ядро, которое интерпретирует текстовые строки программы на R написано на С. Если посмотреть на реализацию тысяч пакетов в R, то они не написаны на R, на R написано только обращение к некоторому другому коду, который очень часто исполняется максимально эффективно.
Кроме этого достаточно подробно описан интерфейс к этому ядру R. Поэтому я вижу эффективную связку между R и МКЛ как связь между ядром R и ДЛЛ в обход Rterm, т.е. в обход интерпретации текстовых строк написанных на R. Такая реализация для меня недоступна.
ПС.
Кстати в R есть пример реализации брокерского терминала. Фактически идет речь о разработке его аналога, который бы позволил полностью сохранить имеющиеся разработки на мкл.
Массовому пользователю нужна одна волшебная кнопка.
БАБЛО
Мы же пишем для тех 5% которые в эту кнопку не верят, а верят в то что свою систему нужно долго и кропотливо создавать.
Весь этот базар про ООП - это рюшечки и бантики.
Есть простой вопрос:
Ответ очевиден: никак, потому как вообще не имеет никакого отношения к профит-фактору.
На этом сайте группа яйцеголовых кодеров постоянно навязывает дискуссии на темы, которые вообще никакого отношению не имеют к бабкам.
Какой ООП?
Невозможно написать а=в, если "а" и "в" вектора, а имеем дело с временными рядами, которые по своему смыслу являются векторами?!
Вот если бы мы оценивали возможности МКЛ от предметной области...., то поняли бы, что, к примеру, векторная и матричная арифметика гораздо важнее ООП. А еще важнее свободный доступ к моделям...
Весь этот базар про ООП - это рюшечки и бантики.
Есть простой вопрос:
Ответ очевиден: никак, потому как вообще не имеет никакого отношения к профит-фактору.
На этом сайте группа яйцеголовых кодеров постоянно навязывает дискуссии на темы, которые вообще никакого отношению не имеют к бабкам.
Какой ООП?
Невозможно написать а=в, если "а" и "в" вектора, а имеем дело с временными рядами, которые по своему смыслу являются векторами?!
Вот если бы мы оценивали возможности МКЛ от предметной области...., то поняли бы, что, к примеру, векторная и матричная арифметика гораздо важнее ООП. А еще важнее свободный доступ к моделям...
Дык ООП и открывает путь к легкой реализации векторной и матричной арифметики.
Использование спец. средств для векторной и матричной арифметики как-то повышает профит-фактор?
Весь этот базар про ООП - это рюшечки и бантики.
Есть простой вопрос:
А позвольте полюбопытствовать, как связан способ программирования с самой торговой идеей? Имхо, вопрос так не стоит вообще. Связь, если и есть, то она косвенная...
А Вы полагаете, что эффективный код не имеет значения?
Я как-то в статье приводил рисунок ниже.
Мужики!
Каждому свое.
Я предпочитаю некачественный код без ООП, но который приносит прибыль, "качественному" с ООП коду, который сливает депо вертикально.
Хотите понять? Юзайте R. Сравните... Но без меня. Влез, было свободное время...
Мужики!
Каждому свое.
Я предпочитаю некачественный код без ООП, но который приносит прибыль, "качественному" с ООП коду, который сливает депо вертикально.
Хотите понять? Юзайте R. Сравните... Но без меня. Влез, было свободное время...
Сан Саныч, между нами, - R — объектно-ориентированная статистическая среда. Как вы умудряетесь не использовать ООП остается загадкой. Она состоит из ООП. Вам предоставили удобную среду для манипуляции объектами.
Наш ярый противник ООП на деле оказался самым продвинутым ООПешником. :)) Наши же игры с MQL - это имитация ООП. Уровень где-то конца 80-х.
Мужики!
Каждому свое.
Я предпочитаю некачественный код без ООП, но который приносит прибыль, "качественному" с ООП коду, который сливает депо вертикально.
Хотите понять? Юзайте R. Сравните... Но без меня. Влез, было свободное время...
R декларативный язык программирования, с императивным не сравним и сравнивать как минимум глупо. Классы задач другие.
Без ООП крайне тяжело писать большие проекты, количество ошибок(логических и времени исполнения) будет расти квадратично(знаменитая формула errors = (more code)^2).
Без ООП было бы крайне тяжело использовать Классы для организации данных, точнее их не было бы совсем, а так всего лишь наследуешься и вот тебе счастье.
.
R декларативный язык программирования, с императивным не сравним и сравнивать как минимум глупо. Классы задач другие.
Действительно, глупо. R специализированный язык для разработки центральной части торговой системы - принятия торговых решений. А МКЛ вообще не имеет для этого средств.
Без ООП крайне тяжело писать большие проекты, количество ошибок(логических и времени исполнения) будет расти квадратично(знаменитая формула errors = (more code)^2).
Чепуха.
Без всякого ООП разрабатывались проекты трудоемкостью несколько сот человеко-лет. Как я понимаю коллективы программистов численностью несколько сот человек в настоящее время большая редкость.
Чтоб организовать работу коллектива даже несколько десятков человек необходимо начинать с разработки проектной документации. Уже писал выше об этом. Собственно кодирование - это примерно 10% трудоемкости разработки больших программ. Как ООП упростит этап проектирования программы?
ПС.
Может мне кто-нибудь объяснит, как ООП связан с качеством программирования?
Для меня качество программирования - это когда я беру через полгода-год текст программы и могу разобраться с тем что я лично там написал... и не только разобраться, но и внести изменения....
Этого эффекта я добиваюсь:
Где здесь ООП? А вот ГОСТ ЕСПД крайне полезен для получения качественного в моем смысле кода