i
[tao] если тебе нужна проверка всех значений, то придётся перебирать и проверять
Size: a a a
2020 June 12
s
ну я думал что есть какойто другой подход передачи парметров из конфига программы. я именно про логику
s
ну то есть программе нужно парсить весь конфиг, найти color, затем убрать color= что бы получить чистое значение и после уже идти по пути true
i
[tao] можно отсортировать список параметров, если конфиг позволяет
i
[tao] тогда лучше использовать специальные алгоритмы поиска, вроде двоичного поиска
i
[tao] тогда не надо будет парсить весь конфиг
s
ну у пакмана к примеру в конфиге просто раскоментить нужно color. и получается там состовляется список всех параметров раскоменченых, потом они каждый сравнивается с нужным действием.
A
у пакмана можно s отобрать
s
я с точки зрения оптимизации смотрю. как то много действий для проверки там true или false
i
[tao] поэтому затеяли гонку сначала флопсов на одном ядре, а потом многоядерную
i
[tao] любой способ основан на поиск и проверке
i
[tao] даже самый навороченный современный
s
найти параметр, скрыть параметр оставив значение, проверит корректность значения, применить значение
s
я скорее всего что то пропустил. уверен даже
i
[tao] допустим твой конфиг выглядит как программа-объект на твоём или другом компе
i
[tao] объекты может сам тебе предоставить значение по указанному тобой ключу
i
[tao] но внутри себя он будет выполнять те же сортировку (если можно), нахождение и сравнение
s
ты щас api описал или библиотеку какую то =)
i
[tao] да, это что-то типа rest api
s
ну вообще как я описал - такой подход правильный и самый быстрый?