Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Применяю такой стиль тоже (BSD). Для меня удобней в чтении.
А скорость проверить можно.
Если код коротий то разницы не увидишь, а если строк 5000 заметно.По моему компилятору все равно сколько там у вас пробелов. После компиляции машинный код одинаковый.
Звиняйте не програмист, а самоучка. Буду знать.
Смотрю как пишут профи. Они стараются писать код плотно. Сделал такой глупый вывод.
Смотрю как пишут профи. Они стараются писать код плотно. Сделал такой глупый вывод.
А как вы отличаете профи от не профи?
А как вы отличаете профи от не профи?
Попробуйте вот эти два кусочка кода и сравните какой из них будет быстрее.
В первом случае пробелов много, во втором меньше. Но первый код по идее должен работать быстрее.
Попробуйте вот эти два кусочка кода и сравните какой из них будет быстрее.
В первом случае пробелов много, во втором меньше. Но первый код по идее должен работать быстрее.
А смысл проверять? Код разный, а смотреть на пробелы?
У первого кода тоже, в зависимости от условия выполнения будет разнится время. И что?
А смысл проверять? Код разный, а смотреть на пробелы?
У первого кода тоже, в зависимости от условия выполнения будет разнится время. И что?
Не хотите не проверяйте. Это я так для примера привел, что код можно оптимизировать так что бы он выполнялся быстрее, а количество пробелов влияет только на читаемость кода и облегчает его понимание.
Код делает одно и то же выводит в журнал цену открытия ордера (Print(OrderOpenPrice())) только написан по другому. Возможно пример я привел не совсем корректный. Но смысл в том, что в первом коде если первое условие ложно то дальнейших проверок уже не происходит и выполняется переход на новую итерацию цикла (continue), что по идее должно экономить процессорное время.
Не хотите не проверяйте. Это я так для примера привел, что код можно оптимизировать так что бы он выполнялся быстрее, а количество пробелов влияет только на читаемость кода и облегчает его понимание.
Код делает одно и то же выводит в журнал цену открытия ордера (Print(OrderOpenPrice())) только написан по другому. Возможно пример я привел не совсем корректный. Но смысл в том, что в первом коде если первое условие ложно то дальнейших проверок уже не происходит и выполняется переход на новую итерацию цикла (continue), что по идее должно экономить процессорное время.
Попробуйте вот эти два кусочка кода и сравните какой из них будет быстрее.
В первом случае пробелов много, во втором меньше. Но первый код по идее должен работать быстрее.
Работать он будет быстрее (из-за ошибки, а не стиля), но неправильно, если торговля на разных символах будет вестись с одним magic.
Работать он будет быстрее (из-за ошибки, а не стиля), но неправильно, если торговля на разных символах будет вестись с одним magic.
Код для примера, писал его прямо через форму ввода кода на форуме, как работает не проверял.
Я хотел сказать, что можно оптимизировать код так что бы он работал быстрее и скорость работы не зависит от числа пробелов. О чем в принципе я и написал выше в пояснениях к коду.