я так пишу если начинается бесконечная проверка if-else
имхо, это читаемо, это можно править в любой строке - можно распринтовать/дебаг, можно закомментировать мне это удобно, код выше... я не знаю как это читать, как модифицировать, как ... одни вопросы, что это дает - максимум не писать if-else ?
Vladimir Simakov: Когда по enum выборка - напрашивается switch
гуглил в прошлом году этот вопрос
зависит от количества, если не значительное, ну с десяток - вообще не принципиально, что использовать, если количество значительное, то тогда лучше switch - кто то из разработчиков писал
вопрос, в целом, в другом был - .... на кой такой код писать )))
зависит от количества, если не значительное, ну с десяток - вообще не принципиально, что использовать, если количество значительное, то тогда лучше switch - кто то из разработчиков писал
вопрос, в целом, в другом был - .... на кой такой код писать )))
я конечно далеко не разработчик mql,
но в C switch порождает довольно эффективный бинарный поиск и не вызывает лишних подкачек страниц и не сбивает кеши. То есть да, он часто лучше косвенной адресации через массивы и структуры
Пишу так, потому что нравится. При этом при отладке все становится очень плохо.
Даже в таком выражении
тяжело понять, кто и что возвращал. В более сложных (постоянно практикую) - совсем тяжко.
Наконец-то - момент истины. А я уж думал, что какой-то новый тип людей появился - адепты горизонтально ориентированного кода. А нет - оказывается и у них (у вас) все как у людей))
Для авторизации и пользования сайтом MQL5.com необходимо разрешить использование файлов Сookie.
Пожалуйста, включите в вашем браузере данную настройку, иначе вы не сможете авторизоваться.
Вы вошли в аккаунт. Двухфакторная аутентификация отключена. Настройте её заново и отсканируйте новый QR-код или продолжите с отключённой двухфакторной аутентификацией.
я так пишу если начинается бесконечная проверка if-else
ну хз ) в таких случаях таблица(массив) соответствия и функция это самое быстрое и читаемое
с линейной логикой да, но если ветви Если разные, то массивы соответствия будут размерности по наибольшей ветви Если.... тоже не всегда рационально.
Лучше в команде кодить и торговать, в любом случае всех денег не заработаешь
если "кодить" то "торгить" :-)
если "кодить" то "торгить" :-)
еще не в сленге же
я так пишу если начинается бесконечная проверка if-else
имхо, это читаемо, это можно править в любой строке - можно распринтовать/дебаг, можно закомментировать мне это удобно, код выше... я не знаю как это читать, как модифицировать, как ... одни вопросы, что это дает - максимум не писать if-else ?
Когда по enum выборка - напрашивается switch
гуглил в прошлом году этот вопрос
зависит от количества, если не значительное, ну с десяток - вообще не принципиально, что использовать, если количество значительное, то тогда лучше switch - кто то из разработчиков писал
вопрос, в целом, в другом был - .... на кой такой код писать )))
гуглил в прошлом году этот вопрос
зависит от количества, если не значительное, ну с десяток - вообще не принципиально, что использовать, если количество значительное, то тогда лучше switch - кто то из разработчиков писал
вопрос, в целом, в другом был - .... на кой такой код писать )))
я конечно далеко не разработчик mql,
но в C switch порождает довольно эффективный бинарный поиск и не вызывает лишних подкачек страниц и не сбивает кеши. То есть да, он часто лучше косвенной адресации через массивы и структуры
вопрос, в целом, в другом был - .... на кой такой код писать )))
Пишу так, потому что нравится. При этом при отладке все становится очень плохо.
Даже в таком выражении
bool b = f() || g();тяжело понять, кто и что возвращал. В более сложных (постоянно практикую) - совсем тяжко.
Пишу так, потому что нравится. При этом при отладке все становится очень плохо.
Даже в таком выражении
тяжело понять, кто и что возвращал. В более сложных (постоянно практикую) - совсем тяжко.
Наконец-то - момент истины. А я уж думал, что какой-то новый тип людей появился - адепты горизонтально ориентированного кода. А нет - оказывается и у них (у вас) все как у людей))