ΑZ
а как ты бы назвал?
назвал что?
Size: a a a
2020 October 11
p
назвал что?
функцию
ΑZ
функцию
вот так и знал что ты так ответишь
ΑZ
ну назови
funcp
ну назови
funcнеинформативно
ΑZ
неинформативно
сори, это максимум что я могу предложить на "как назвать функцию которая делает хз что"
T
привет, давно я сюда не заглядывал) посоны, у меня тут задачка есть:
я имею конфигурационный файл, со списком модулей которые нужно загрузить в приложении.
задача заключается в том, чтобы эффективно отсортировать этот список по множеству произвольных правил, и проверить на отсутствие противоречий в этом списке.
К примеру, некоторые модули могут "зависеть" от других, и следовательно должны быть загружены позже своих зависимостей.
Есть специальные модули, которые (как и в случае с зависимостями) после загрузки позволяют использование модулей, помеченных специальным тегом.
Есть условия, при которых система вообще не может стартонуть, например, при наличии нескольких "специальных" модулей, либо отсутствии иных.
Я думаю нужно как-то взвешивать это дело, но по каким правилам описать веса (чтобы совокупность некоторых признаков не перевешивала некоторый критический признок я хз. может битмап?). Как быть с общими правилами валидации тоже не понятно, хочется декларативный конфиг какой-нить, но пока есть только вариант с тупо с императивным обработчиком на каждое условие.
И хочется сделать максимально гибкий алгоритм, чтобы правила (а соответственно и признаки) можно было легко добавлять/изменять.
я имею конфигурационный файл, со списком модулей которые нужно загрузить в приложении.
задача заключается в том, чтобы эффективно отсортировать этот список по множеству произвольных правил, и проверить на отсутствие противоречий в этом списке.
К примеру, некоторые модули могут "зависеть" от других, и следовательно должны быть загружены позже своих зависимостей.
Есть специальные модули, которые (как и в случае с зависимостями) после загрузки позволяют использование модулей, помеченных специальным тегом.
Есть условия, при которых система вообще не может стартонуть, например, при наличии нескольких "специальных" модулей, либо отсутствии иных.
Я думаю нужно как-то взвешивать это дело, но по каким правилам описать веса (чтобы совокупность некоторых признаков не перевешивала некоторый критический признок я хз. может битмап?). Как быть с общими правилами валидации тоже не понятно, хочется декларативный конфиг какой-нить, но пока есть только вариант с тупо с императивным обработчиком на каждое условие.
И хочется сделать максимально гибкий алгоритм, чтобы правила (а соответственно и признаки) можно было легко добавлять/изменять.
T
я думаю у разработчиков компиляторов при выводе типов подобные задачи встречаются
H
привет, давно я сюда не заглядывал) посоны, у меня тут задачка есть:
я имею конфигурационный файл, со списком модулей которые нужно загрузить в приложении.
задача заключается в том, чтобы эффективно отсортировать этот список по множеству произвольных правил, и проверить на отсутствие противоречий в этом списке.
К примеру, некоторые модули могут "зависеть" от других, и следовательно должны быть загружены позже своих зависимостей.
Есть специальные модули, которые (как и в случае с зависимостями) после загрузки позволяют использование модулей, помеченных специальным тегом.
Есть условия, при которых система вообще не может стартонуть, например, при наличии нескольких "специальных" модулей, либо отсутствии иных.
Я думаю нужно как-то взвешивать это дело, но по каким правилам описать веса (чтобы совокупность некоторых признаков не перевешивала некоторый критический признок я хз. может битмап?). Как быть с общими правилами валидации тоже не понятно, хочется декларативный конфиг какой-нить, но пока есть только вариант с тупо с императивным обработчиком на каждое условие.
И хочется сделать максимально гибкий алгоритм, чтобы правила (а соответственно и признаки) можно было легко добавлять/изменять.
я имею конфигурационный файл, со списком модулей которые нужно загрузить в приложении.
задача заключается в том, чтобы эффективно отсортировать этот список по множеству произвольных правил, и проверить на отсутствие противоречий в этом списке.
К примеру, некоторые модули могут "зависеть" от других, и следовательно должны быть загружены позже своих зависимостей.
Есть специальные модули, которые (как и в случае с зависимостями) после загрузки позволяют использование модулей, помеченных специальным тегом.
Есть условия, при которых система вообще не может стартонуть, например, при наличии нескольких "специальных" модулей, либо отсутствии иных.
Я думаю нужно как-то взвешивать это дело, но по каким правилам описать веса (чтобы совокупность некоторых признаков не перевешивала некоторый критический признок я хз. может битмап?). Как быть с общими правилами валидации тоже не понятно, хочется декларативный конфиг какой-нить, но пока есть только вариант с тупо с императивным обработчиком на каждое условие.
И хочется сделать максимально гибкий алгоритм, чтобы правила (а соответственно и признаки) можно было легко добавлять/изменять.
что такое веса, правила, признаки?
KR
привет, давно я сюда не заглядывал) посоны, у меня тут задачка есть:
я имею конфигурационный файл, со списком модулей которые нужно загрузить в приложении.
задача заключается в том, чтобы эффективно отсортировать этот список по множеству произвольных правил, и проверить на отсутствие противоречий в этом списке.
К примеру, некоторые модули могут "зависеть" от других, и следовательно должны быть загружены позже своих зависимостей.
Есть специальные модули, которые (как и в случае с зависимостями) после загрузки позволяют использование модулей, помеченных специальным тегом.
Есть условия, при которых система вообще не может стартонуть, например, при наличии нескольких "специальных" модулей, либо отсутствии иных.
Я думаю нужно как-то взвешивать это дело, но по каким правилам описать веса (чтобы совокупность некоторых признаков не перевешивала некоторый критический признок я хз. может битмап?). Как быть с общими правилами валидации тоже не понятно, хочется декларативный конфиг какой-нить, но пока есть только вариант с тупо с императивным обработчиком на каждое условие.
И хочется сделать максимально гибкий алгоритм, чтобы правила (а соответственно и признаки) можно было легко добавлять/изменять.
я имею конфигурационный файл, со списком модулей которые нужно загрузить в приложении.
задача заключается в том, чтобы эффективно отсортировать этот список по множеству произвольных правил, и проверить на отсутствие противоречий в этом списке.
К примеру, некоторые модули могут "зависеть" от других, и следовательно должны быть загружены позже своих зависимостей.
Есть специальные модули, которые (как и в случае с зависимостями) после загрузки позволяют использование модулей, помеченных специальным тегом.
Есть условия, при которых система вообще не может стартонуть, например, при наличии нескольких "специальных" модулей, либо отсутствии иных.
Я думаю нужно как-то взвешивать это дело, но по каким правилам описать веса (чтобы совокупность некоторых признаков не перевешивала некоторый критический признок я хз. может битмап?). Как быть с общими правилами валидации тоже не понятно, хочется декларативный конфиг какой-нить, но пока есть только вариант с тупо с императивным обработчиком на каждое условие.
И хочется сделать максимально гибкий алгоритм, чтобы правила (а соответственно и признаки) можно было легко добавлять/изменять.
Построй дерево, и спукайся по его уровням
KR
Весы кажутся излишними
ΑZ
привет, давно я сюда не заглядывал) посоны, у меня тут задачка есть:
я имею конфигурационный файл, со списком модулей которые нужно загрузить в приложении.
задача заключается в том, чтобы эффективно отсортировать этот список по множеству произвольных правил, и проверить на отсутствие противоречий в этом списке.
К примеру, некоторые модули могут "зависеть" от других, и следовательно должны быть загружены позже своих зависимостей.
Есть специальные модули, которые (как и в случае с зависимостями) после загрузки позволяют использование модулей, помеченных специальным тегом.
Есть условия, при которых система вообще не может стартонуть, например, при наличии нескольких "специальных" модулей, либо отсутствии иных.
Я думаю нужно как-то взвешивать это дело, но по каким правилам описать веса (чтобы совокупность некоторых признаков не перевешивала некоторый критический признок я хз. может битмап?). Как быть с общими правилами валидации тоже не понятно, хочется декларативный конфиг какой-нить, но пока есть только вариант с тупо с императивным обработчиком на каждое условие.
И хочется сделать максимально гибкий алгоритм, чтобы правила (а соответственно и признаки) можно было легко добавлять/изменять.
я имею конфигурационный файл, со списком модулей которые нужно загрузить в приложении.
задача заключается в том, чтобы эффективно отсортировать этот список по множеству произвольных правил, и проверить на отсутствие противоречий в этом списке.
К примеру, некоторые модули могут "зависеть" от других, и следовательно должны быть загружены позже своих зависимостей.
Есть специальные модули, которые (как и в случае с зависимостями) после загрузки позволяют использование модулей, помеченных специальным тегом.
Есть условия, при которых система вообще не может стартонуть, например, при наличии нескольких "специальных" модулей, либо отсутствии иных.
Я думаю нужно как-то взвешивать это дело, но по каким правилам описать веса (чтобы совокупность некоторых признаков не перевешивала некоторый критический признок я хз. может битмап?). Как быть с общими правилами валидации тоже не понятно, хочется декларативный конфиг какой-нить, но пока есть только вариант с тупо с императивным обработчиком на каждое условие.
И хочется сделать максимально гибкий алгоритм, чтобы правила (а соответственно и признаки) можно было легко добавлять/изменять.
ну я бы
1. строил граф
2. валидировал его по твоим специальным признакам
3. из графа можно получить порядок загрузки модулей
1. строил граф
2. валидировал его по твоим специальным признакам
3. из графа можно получить порядок загрузки модулей
T
правила, это набор правил, должна проходить сортировка и валидация списка.
признаки, это выделенные свойства элементов списка
веса, это дополнительное вычислимое свойство элементов списка, которое, как мне кажется, может помочь с сортировкой (сортировка в конечном итоге произойдёт по нему)
признаки, это выделенные свойства элементов списка
веса, это дополнительное вычислимое свойство элементов списка, которое, как мне кажется, может помочь с сортировкой (сортировка в конечном итоге произойдёт по нему)
ΑZ
для валидаторов придумай дсл типа
validatorA
shouldInclude
- b
- c
shouldNotInclude
- e
- fΑZ
ну и чекай его
ΑZ
или веса, или что там ещё. Не знаю, тебе по задаче должно быть виднее
T
но а как строить граф с учётом нескольких валидаторов?
ΑZ
ну список модулей тебе на вход должен даваться
ΑZ
если задача "скомпилить побольше модулей не нарушая всех условий" то это другое немного
H
ну да
либо граф, либо логический движок взять. по задаче смотреть нужно
либо граф, либо логический движок взять. по задаче смотреть нужно