Описание того, что я пытаюсь сделать: < /strong>
У меня есть приложение, которое использует фрагментируемость с линейной, в качестве контейнера для фрагментов. Я нажимаю на разные кнопки на пользовательском интерфейсе FragementActivity и добавляю и удаляю фрагменты в контейнер в фрагментируемости. В дополнение к кнопкам щелчка на пользовательском интерфейсе FragnateCtactivity, в каждом фрагменте также есть кнопки, которые можно щелкнуть, которые удалят текущий фрагмент и добавят на его место другой фрагмент. Этландская станция и каждый фрагмент выполняет обратные вызовы к фрагментированию, чтобы общаться с ним и справиться с ними. < /p>
сценарий: < /strong>
Итак, допустим, что фрагментируемость отображает фрагмент А, и когда пользователь нажимает кнопку в фрагменте, я хочу прекратить показывать фрагмент и начать показывать фрагмент. Для этого я создал интерфейс в фрагменте под названием Alistener. В методе фрагментов onattach () я использую предложенный метод проверки того, что фрагментируемость реализует Алистенер. Когда кнопка в Fragmenta нажимается, я использую один из методов обратного вызова от Alistener, чтобы сообщить о событии Click с фрагментией. В фрагментировании я создаю экземпляр FragmentB и добавляю его в контейнер в фрагментируемости. Затем, если какое -то событие происходит в FragmentB, я использую одну и ту же схему для передачи события с фрагментируемостью и делать что -то интересное. < /P>
Так в чем же проблема? У меня есть много фрагментов, которые необходимо отображать с помощью фрагментирования, и поэтому я реализую интерфейс для каждого типа фрагмента, который необходимо отобразить (каждый фрагмент отличается, поэтому у каждого из них есть свой собственный интерфейс). Это вызывает столкновения, когда у меня есть два интерфейса, которые имеют одинаковые подписи метода, и я вынужден переименовать один из методов. < /p>
Например, если я хочу прикрепить слушателя к фрагменту, используя метод onattach () фрагмента, то моя фрагментируемость должна реализовать интерфейс. Я обнаружил несколько случаев, когда у меня есть методы обратного вызова, которые имеют одинаковое имя (или я вынужден назвать их чем -то подобным, но отличается из -за столкновения пространства имен). Одним из решений это было бы использовать анонимные классы в качестве обратных вызовов вместо того, чтобы реализовать интерфейс фрагментируемость. Похоже, это работает достаточно хорошо, но идет против того, что говорится в документации Android об использовании метода onattach () для установки слушателя. < /p>
Есть ли какие -либо элегантные способы подходить к этой проблеме? < /p>
Я довольно новичок в Java и чувствую, что я могу упустить концепцию, которая решила бы мою проблему. Кто -нибудь может поставить меня прямо на то, как решить эту проблему элегантно?
Подробнее здесь: https://stackoverflow.com/questions/200 ... -elegantly
Android управляет фрагментами от активности элегантно ⇐ Android
Форум для тех, кто программирует под Android
-
Anonymous
1746122877
Anonymous
Описание того, что я пытаюсь сделать: < /strong>
У меня есть приложение, которое использует фрагментируемость с линейной, в качестве контейнера для фрагментов. Я нажимаю на разные кнопки на пользовательском интерфейсе FragementActivity и добавляю и удаляю фрагменты в контейнер в фрагментируемости. В дополнение к кнопкам щелчка на пользовательском интерфейсе FragnateCtactivity, в каждом фрагменте также есть кнопки, которые можно щелкнуть, которые удалят текущий фрагмент и добавят на его место другой фрагмент. Этландская станция и каждый фрагмент выполняет обратные вызовы к фрагментированию, чтобы общаться с ним и справиться с ними. < /p>
сценарий: < /strong>
Итак, допустим, что фрагментируемость отображает фрагмент А, и когда пользователь нажимает кнопку в фрагменте, я хочу прекратить показывать фрагмент и начать показывать фрагмент. Для этого я создал интерфейс в фрагменте под названием Alistener. В методе фрагментов onattach () я использую предложенный метод проверки того, что фрагментируемость реализует Алистенер. Когда кнопка в Fragmenta нажимается, я использую один из методов обратного вызова от Alistener, чтобы сообщить о событии Click с фрагментией. В фрагментировании я создаю экземпляр FragmentB и добавляю его в контейнер в фрагментируемости. Затем, если какое -то событие происходит в FragmentB, я использую одну и ту же схему для передачи события с фрагментируемостью и делать что -то интересное. < /P>
Так в чем же проблема? У меня есть много фрагментов, которые необходимо отображать с помощью фрагментирования, и поэтому я реализую интерфейс для каждого типа фрагмента, который необходимо отобразить (каждый фрагмент отличается, поэтому у каждого из них есть свой собственный интерфейс). Это вызывает столкновения, когда у меня есть два интерфейса, которые имеют одинаковые подписи метода, и я вынужден переименовать один из методов. < /p>
Например, если я хочу прикрепить слушателя к фрагменту, используя метод onattach () фрагмента, то моя фрагментируемость должна реализовать интерфейс. Я обнаружил несколько случаев, когда у меня есть методы обратного вызова, которые имеют одинаковое имя (или я вынужден назвать их чем -то подобным, но отличается из -за столкновения пространства имен). Одним из решений это было бы использовать анонимные классы в качестве обратных вызовов вместо того, чтобы реализовать интерфейс фрагментируемость. Похоже, это работает достаточно хорошо, но идет против того, что говорится в документации Android об использовании метода onattach () для установки слушателя. < /p>
Есть ли какие -либо элегантные способы подходить к этой проблеме? < /p>
Я довольно новичок в Java и чувствую, что я могу упустить концепцию, которая решила бы мою проблему. Кто -нибудь может поставить меня прямо на то, как решить эту проблему элегантно?
Подробнее здесь: [url]https://stackoverflow.com/questions/20080163/android-managing-fragments-from-activity-elegantly[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия