Я бы использовал капсулу аудиосэмпла из центра разработчиков Bixby, чтобы описать мою ситуацию.
I w * sh, чтобы создать представление результатов для воспроизведения ауд ios. Допустим, аудиоэлемент содержит 3 аудиоинформации. При воспроизведении первого аудио будет отображаться страница макета с подробной информацией об аудио , а после первого аудио будет запрашивать у пользователя , хотят ли они go для следующего аудио , если да, будет воспроизводиться следующее аудио, и будут отображаться детали для остального аудио.
Что я попробую
Используя исходный код, я создаю для него представление результатов:
result-view{
match{
Result{
from-output:PlayMeow{
from-input:audioPlayer.AudioInfo(audios)
}
}
}
render{
list-of (audios.audioItem){
navigation-mode{
read-one-and-next{
page-content{
next-item-question(next one?)
overflow-statement(last one)
underflow-statement(first one)
}
with-navigation-conversation-drivers
}
}
where-each (item){
title-area{
slot2{
paragraph{
style(Title_XS)
value("#{value(item.title)}")
}
}
}
}
}
}
}
Результат не очень хороший,
- , где, я думаю,
next-item-question должно быть заданный вопрос после воспроизведения звука, но вместо этого он задал до воспроизведения звука.
- В этом примере звук слишком короткий, чтобы его заметить, но если вы переключите звук на более длительную, при нажатии кнопки next внизу вид изменится на следующий. просмотр, который является правильным, но воспроизводимый звук (звук предыдущей страницы) будет продолжать воспроизводиться после нового просмотра dialo г зачитал.
- И главное, звук не будет остановлен и запросит разрешения пользователя на продолжение , но он продолжает сам воспроизводить следующий вид, начните с диалогового окна, а затем аудио.
Выше моя попытка достичь того, чего я хочу, но результат кажется не очень хорошим, есть ли Другой способ или улучшение, я должен редактировать код?