ООП vs процедурное программирование - страница 8
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Возможно это не рациональный подход - вгружать все открытые ордера все их параметры в массив.
Возможно, если мне в коде надо два параметра профит и стоп лосс, дважды гонять цикл энергозатратно.
Это универсальный код, в финале для ускорения лишнее можно вырезать...
Упростите
Вот за это, я терпеть не могу ООП. Ничего понять нельзя. Комментариев никаких. Что требуется сделать в итоге?
Может просто начать его изучать?
Вот за это, я терпеть не могу ООП. Ничего понять нельзя. Комментариев никаких. Что требуется сделать в итоге?
В том то и дело что Вы не понимаете , зато имеете структуру массив со всеми ордерами и легко вызываемую в любом месте. При этом тяжёлый цикл Вы гоняете всего один раз...
Может просто начать его изучать?
Заполняет массив значениями функций в цикле. Вопрос, зачем нужна оболочка классов? Можно и функцией обойтись.
Чем меньше вызовов функций тем быстрее код.
Заполняет массив значениями функций в цикле. Вопрос, зачем нужна оболочка классов? Можно и функцией обойтись.
Со структурой очень удобно - не надо кучи массивов и ресайзить их по отдельности. Этот пример не показывает преимуществ ООП, просто каждый делает так, как ему лично удобней.
В том то и дело что Вы не понимаете , зато имеете структуру массив со всеми ордерами и легко вызываемую в любом месте. При этом тяжёлый цикл Вы гоняете всего один раз...
Господа спорщики, давайте так, если вы ООП не понимаете, не знаете, давайте тогда спорить не процедурное программирование против ООП, а процедурное программирование с указателями на функции против процедурного программирования без указателей на функции.
Нет Ваш пример очень хорош.
Дело не в процедурном программировании.
Есть гораздо более важный критерий качества программы: наглядность кода.
Приведенное Вами решение ужасно: совершенно не понятно КАКАЯ содержательно функция вызывается. Я бы написал обычный свитч и против каждого вызова комментарий. Это правильный код.
Из Вашего примера я делаю вывод, что ООП штука вредная.
Чем меньше вызовов функций тем быстрее код.