![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
) можно и на ассемблере. Вопрос в том где проще.
И не надо меня ставить в ту или другую сторону.... я не приверженец чего то одного
Никто никого не ставит. Я просто к тому, что сейчас фишки ФП есть и в современных ООП языках, как и фишки ООП в мультипарадигменных. К тому же многие фишки ФП преподносящиеся как нечто особенное и удивительное, по факту те же яйца только в профиль. Они давно были и существовали, типа замыканий в Паскале или отложенное выполнение функции в Си, когда передается указатель на нее а не результат ее работы. Про передачу параметров по значению вообще в любом языке есть, то что в примере в статье приводится вообще работатать почти не где кроме js работать не будет (разве что в Питоне еще).
Не умею ООП. Но примитивные вещи из него использую. Из недавнего, выкладывал очень простой код.
Начал его писать в ФП, когда еще не понимал, что мне в итоге нужно будет смотреть.
Закончил через примитивные элементы ООП. Возможно, потерял навыки ФП, но тут ООП показался гораздо проще и читабельнее.
Код очень простой и короткий (описание). Если его напишите на ФП, будет интересно сравнить.
код гораздо меньше которые тут часто выкладывают, лучше тут его разверни, в образовательных целях пойдет
хотелось бы что-бы Дмитрий Федосеев написал свою версию, а потом Expert его затроллил своей)Не умею ООП. Но примитивные вещи из него использую. Из недавнего, выкладывал очень простой код.
Начал его писать в ФП, когда еще не понимал, что мне в итоге нужно будет смотреть.
Закончил через примитивные элементы ООП. Возможно, потерял навыки ФП, но тут ООП показался гораздо проще и читабельнее.
Код очень простой и короткий (описание). Если его напишите на ФП, будет интересно сравнить.
Калькулятор как высвобожусь посмотрю обязательно. А Вы телепат, собирался спрашивать в другой теме, но спрошу здесь,- по Вашему опыту отладки в "боевом режиме" - возможны ли в МТ4 и в МТ5 "дыры" в данных T_OHLC_V?
Т.е. возможна ли такая ситуация, что к примеру после любых тормозов(обрыв связи, подвисание терминала, подвисание системы), новые данные сначала поступят с пропуском, а потом пропуск/"дыра" будет вписана как бы внутрь массива? Конечно напишу свой такой детектор для индикаторов и экспертов, а может у Вас уже есть такой опыт проверки и можно не беспокоится.
И нет у меня опыта ФП(или есть, но не знал о названии), автоматное куда отнести? ), мне думается обхожусь процедурной парадигмой.
зы. запрос перезапросил)
Странная статья. ООП ничем от процедурного стиля в худшую сторону не отличается, т.к. в нём по умолчанию можно сделать всё в процедурном стиле, а наоборот нельзя без страшного раздувания кода, т.е. ООП это "надстройка над", а не принципиально другой стиль.
Если в статье действительно о функциональном, а не процедурном (что не так уж и очевидно, если придираться), то зачем сравнивать то, у чего совершенно различные области применения.
Топик стартер, вы сами то пишите и сейчас говорили о каком? функциональном или процедурном?
С появлением ООП очень он меня отпугивал инкапсуляциями и наследованиями и прочими морфизмами, с которых популярно начинать введение в ООП. Писали бы просто, что данные вместе с функциями в одном блоке - классе. Но потом привык, что мода такая - каждый раз придумывать новую терминологию. Когда нужен ООП - без проблем, но так как он по моему скромному мнению в 2 раза прожорливее и тормознее процедурного варианта, максимально обхожусь процедурным.
А вопрос возник, т.к. хотел услышать мнения о ФП и других вариантах, кроме ООП и процедурного, может у кого супер положительный опыт. И полагаю мудро использовать какой-то устойчивый в функционировании микс и не фанатеть особо.
код гораздо меньше которые тут часто выкладывают, лучше тут его разверни, в образовательных целях пойдет
Портянка.
Формально, наверное, это ООП. Но самая его примитивная часть. Однако, без нее не смог. Возможно, тупо мозг перестроился на другое и клепаю такое.
Пётер ахахах прекрати
Мой подход, ведро - горшок
Пётер ахахах прекрати
Мой подход, ведро - горшок
что-то кстати давно его не видно..
неужто действительно под другими никами пошёл ?
что-то кстати давно его не видно..
неужто действительно под другими никами пошёл ?
поговаривают, что ушел создавать сильный ИИ
поговаривают, что ушел создавать сильный ИИ