variableOutput.getPackageApplication () вызывается измененным вариантом API.
изменение
blockquote>output.outputFile.parent
наvariant.getPackageApplicationProvider().get().outputs.files[1]
является, по крайней мере, временным решением проблемы.источник: @Selvin .
variable.getExternalNativeBuildTasks () вызывается плагином
io.fabric
.следующая версия плагина
blockquote>io.fabric
будет использоватьvariant.getExternalNativeBuildProviders()
.источник: 116408637 ; подтверждение для обещанного исправления.
Я бы едва предложил понизить рейтинг, но в настоящее время самым простым и минимальным усилием может быть:
buildscript { repositories { google() maven { url "https://maven.fabric.io/public" } } dependencies { //noinspection GradleDependency classpath "com.android.tools.build:gradle:3.2.1" classpath "io.fabric.tools:gradle:1.26.1" } }
, ни один из этих
warnings
никак не меняет поведение .
Вы могли рассмотреть использование 3D заполняющей пространство кривой через свое пространство выбранного цвета. Я буду предложение второго Mark's CIELAB, жаль, что я не знал о том прошлом разе, когда я должен был решить подобную проблему.
Безотносительно алгоритма, на котором Вы наконец обосновываетесь, Вы могли бы попробовать цветовое пространство CIELAB. Это нормализует различия в человеческом цветном восприятии, так, чтобы равный числовой интервал дал равные перцептивные различия.
Почему бы не использовать оттенки серого? Просто вычислите минимальные значения / макс. значения и использование что перевести каждое число в различный оттенок от белого до черного.
Я знаю, что это не цвета, но по-моему будет легче интерпретировать результаты. Я могу сказать то, что это означает, когда что-то более темно по сравнению с зажигалкой, но кто должен сказать, что, например, зеленый более высокое значение, чем оранжевый?
См.: Как автоматически генерировать "отличные" цвета N?
Было бы лучше нормализовать Ваши значения и выполнить их через код, который я предложил (где оттенок == Ваше значение), создав карту/хеш. (Можно использовать функцию стиля хеша вместо этого, которая, вероятно, более эффективна.)
Можно "рандомизировать" легкость (или яркость, в зависимости от модели) и насыщенность с помощью некоторых предопределенных битов числа, например.