Прежде всего: это отличный вопрос, мне интересно, почему он до сих пор не обсуждался широко
Я могу вспомнить два возможных подхода
[ 1132]
Фьюзинг Operators
: Как указано в @Kris , Объединение Operators
вместе появляется быть наиболее очевидным обходным путем
Отдельный Верхний уровень DAG
с : Читать ниже
Подход с использованием отдельных групп DAG верхнего уровня
Учитывая
(Возможно) Идея : Если вы чувствуете себя предприимчивым
DAG
с, скажем, DAG-A & amp; DAG-B TriggerDagRunOperator
ExternalTaskSensor
после TriggerDagRunOperator
[ 1155] BranchPythonOperator
после Задачи-B с trigger_rule=all_done
BranchPythonOperator
должен перейти в другой TriggerDagRunOperator
, который затем вызывает DAG-A (снова!) Полезные ссылки
EDIT-1
Вот гораздо более простой способ, который может обеспечить подобное поведение
Классы, которые имеют атрибуты XML, перечисляют их атрибуты XML в своей собственной документации. Атрибуты, начинающиеся с макета, документируются в содержащем классе макета.
Файл манифеста документирован здесь. Google недавно добавил много новой документации, в том числе документацию по XML-ресурсам. Смотрите эту веб-страницу на извлекаемых ресурсах.
Ресурсы не являются всеобъемлющими, поэтому R.styleable по-прежнему часто является лучшим выбором. R.attr лучше, если вы просто хотите видеть все атрибуты, а не атрибуты, доступные для конкретного тега.
Я тоже удивился этому несколько раз. Насколько я могу судить, нет никакой реальной документации по этому поводу.
В основном я просто просматривал источник, который дает нам SDK, чтобы я мог понять, как они это сделали. Файлы в $SDK_PATH/platforms/android-1.5/data/res/
должны показать вам, сколько всего было сделано для базовой системы. Это не просто и не документально, но это примеры.
Вот начало (200 страниц):
http://developer.android.com/reference/android/R.styleable.html
Пока вы редактируете XML-файлы Android в Eclipse, вы можете нажать Ctrl + Пробел , чтобы получить список дополнительных тегов. которые в настоящее время разрешены.