Единый элемент для вывода аудио/видео/фото?

Question

[loly]

Есть необходимость вывести на странице один из форматов файлов. Файл выбирается пользователем на предыдущем макете (layout). Можно реализовать просто тремя различными элементами друг под другом и в onCreate скрывать ненужные, но это кажется каким то костылем.

Есть ли какое либо "красивое" решение подобной задачи?

Answer 1

[Artem Gapchenko]

Попробуйте ViewStub. В зависимости от того, какой файл пришёл с предыдущего экрана, будете инфлейтить разные макеты (для аудио/фото/видео) и работать с ними.
Можно даже выделить три разных кастомных виджета, реализающих один общий интерфейс MediaFileHandler. В этом интерфейсе будет метод handleFile(File). При попадании на экран с выводом медиа вы инфлейтите соответствующий layout, содержащий ваш кастомный виджет, и вызываете у виджета handleFile().

Comments

[loly]

а что думаете на счет SurfaceView?

Answer 2

[Rou1997]

Есть ли какое либо "красивое" решение подобной задачи?

Есть, создать свой кастомный View, внутри которого скрыть всю это не радующую глаз логику.

Поверьте мне, на самом деле костылей в вашем коде гораздо больше. Если вы хоть раз печатали findViewById пальцами по клавиатуре, то это тоже костыль по сравнению с кое-чем. Да, есть такая параллельная вселенная, где это делается автоматически))
Так что, надо расставлять приоритеты, и смотреть на вещи реально, потому что все костыли сразу - не победить.

Comments

[Artem Gapchenko]

"костыль" - быстрое, уродливое решение проблемы. Каким образом использование стандартных средств фреймворка по поиску виджета в иерархии виджетов является костылём? Да, есть Butterknife, но он внутри себя использует точно тот же самый findViewById().

[Rou1997]

Артём Гапченко: во-первых, какого-такого фреймворка? Android API - это низкоуровневое API ОС, такое, как WinAPI, а не фреймворк.
Во-вторых, а вы не допускаете, что стандартные средства тоже могут быть уродливыми?
Точнее, в данном случае проблема даже не в API ОС. Она - в стандартных IDE.

[Artem Gapchenko]

>> Android API - это низкоуровневое API ОС, такое, как WinAPI, а не фреймворк.
Фреймворк - это каркас для написания приложения. Фреймворк отличается от библиотеки тем, что в случае с библиотекой вы можете использовать какое-то произвольное её подмножество, в каждом случае разное, в случае же с фреймворком вы получаете некий каркас, который нужно расширять и за пределы которого невозможно выйти. Если вы хотите пользовательский интерфейс, вам придётся работать с Activity, если вы хотите запустить какую-то долгосрочную задачу, не взаимодействующую с UI - вам придётся использовать Service, если вы хотите предоставлять другим приложениям доступ к данным вашего приложения - нужно использовать Content Provider. Даже само наличие жизненного цикла стандартных компонентов говорит о том, что Android SDK - это фреймворк, а не "низкоуровневое API".
Можно также обратиться к документации от Гугла (developer.android.com/guide/index.html), чтобы понять, чем они считают свой SDK. Первое же предложение: "Android provides a rich application framework that allows you to build innovative apps and games for mobile devices in a Java language environment".

>> Во-вторых, а вы не допускаете, что стандартные средства тоже могут быть уродливыми?
Да, стандартные средства могут быть уродливыми, я это вполне допускаю. Но я в упор не вижу, почему findViewById() является костылём. Есть иерархия виджетов, есть метод поиска виджета в этой иерархии. Какую проблему этот метод решает неочевидным обходным путём? И как можно было бы сделать лучше?

>> Точнее, в данном случае проблема даже не в API ОС. Она - в стандартных IDE.
В каких IDE? Назовите мне ещё хотя бы одну стандартную IDE для Android кроме Android Studio (Eclipse с плагином не в счёт, ибо deprecated). И каким образом поиск виджета в иерархии виджетов связан с IDE, более того, является её проблемой?

[Artem Gapchenko]

Я не ради троллинга, правда интересно. Может мы с вами разный смысл вкладываем в понятие "костыль".

[Rou1997]

Артём Гапченко: Слушай, чувак, ты что ко мне пристал вообще?
Ты даже не топик-стартер.
Ну считаешь ты эту бяку фреймворком, ну доволен ею целиком и полностью, ну не видел ты настоящих фреймворков высокого уровня, ну устраивает тебя при твоих задачах весь твой подход - так и сиди себе, где сидишь.
А ко мне не лезь, у меня все иначе, я писал под совсем другую ОС, в совсем другой IDE, там тоже была xml-разметка интерфейса, но IDE сама генерировала эти кусочки кода (аналогичные findViewById), и не приходилось писать это вручную для каждого контрола. И мне очень не нравится, что такого нет в Android Studio и Eclipse. Поэтому я для этих IDE как-нибудь напишу себе плагины, которые привнесут нужные мне возможности.

[Artem Gapchenko]

Rou1997 странный вы какой-то, написали ответ, а как только по нему вам начали задавать вопросы - сразу же дали заднюю: "Я крутой, я видел настоящие фреймворки, но вам о них не расскажу, и не лезьте ко мне". С таким подходом можно вообще в Интернет не заходить - а то вдруг спросят чего-то. Впрочем, это ваше дело.

[Rou1997]

Артём Гапченко: а зачем мне отвечать на ваши вопросы? Вы, судя по всему, обычный ограниченный линуксоид, видели только джаву да плюсы, линукс да андроид, вот и считаете их идеалом, и знать ничего не хотите, все равно останетесь при своем?
Давно понял, что это бессмысленно, ограниченные люди (фанаты 1-2 языков) не знают, что такое RAD, лаконичность... и знать не хотят, поскольку для их ограниченного кружочка задач и такой подход сойдет, а расширять специализацию не хотят.
Зато как нужно лезть в чужой монастырь со своим уставом, так это они первые, потому и холивары устраивают.

[Artem Gapchenko]

Rou1997 можете не отвечать, и так уже понятно, что вы обыкновенный балабол, из тех, кто на вопрос: "А как мне сделать хитрый фильтр массива на C?" отвечают: "Используй цикл for, но вообще это костыль, так как в Haskell я могу однострочник написать с лямбдами и всё заработает". Какой смысл упоминать Haskell в вопросе про C топик-стартер не поймёт, зато балабол доволен: он всем показал, что он очень крут и у него широкий кругозор. Как только балабола ловят на незнании каких-то фактов, он начинает сливаться: "Ну да, это фреймворк, но я знаю Настоящие Фреймворки ™; ну да, вопрос был про Java/Android/whatever, но этот вопрос показывает вашу ограниченность и нежелание учиться".
Когда будете расширять специализацию в следующий раз, почитайте про SOLID, а конкретно - про SRP, чтобы и самому на Настоящих Фреймворках ™ не говнокодить, и других говнокоду не учить. Да-да, кастомный View, который умеет и аудио воспроизводить и фото/видео показывать - это аццкий говнокод.

[Rou1997]

Артём Гапченко: если на то пошло, то балабол - это вы, потому что до сих пор пишете мне. Это бесполезно, вы просто воздух сотрясаете.
Я слишком серьезный и принципиальный чел, чтобы меня мог переубедить такой ограниченный, как вы. В облаках не витаю, главный мой принцип "задача поставлена - задача выполнена", у моих задач определенная специфика (откуда и необходимость в повсеместном максимальном RAD), и свои задачи я вроде бы выполняю, поэтому в общем-то доволен, а если что-то не получается, то я анализирую ситуацию, а не слушаю первого встречного о том, что я где-то "вьюшки" некорректно объединил и из-за этого я говнокодер.
ТС меня спросил, как "вьюшки" объединить - я ответил, как бы я сделал, а я бы, возможно, так и сделал, и все нормуль, еще и в другом проекте потом мог бы использовать этот кастомный View, это же RAD.
Вдруг приходит балабол, пристает с findViewById, качество моего кода меряет своей линейкой, куда я его должен послать?