Здесь много ответов, которые на самом деле не затрагивают основополагающего факта, что НАСТОЯТЕЛЬНО НЕ ИМЕЕТ этого сделать предсказуемо, и таким образом, чтобы вы не стреляли в ногу в какой-то момент в будущем .
FragmentStatePagerAdapter
- единственный класс, который знает, как надежно получить доступ к фрагментам, которые отслеживаются с помощью FragmentManager
- любая попытка попытаться угадать идентификатор или тег фрагмента не является надежным, долгосрочным , И попытки отслеживания экземпляров вручную, скорее всего, не сработают, когда состояние будет сохранено / восстановлено, потому что FragmentStatePagerAdapter
может не вызывать обратные вызовы при восстановлении состояния.
О единственном, что у меня есть был способен заставить работу копировать код для FragmentStatePagerAdapter
и добавлять метод, который возвращает фрагмент, с учетом позиции (mFragments.get(pos)
). Обратите внимание, что этот метод предполагает, что фрагмент действительно доступен (т. Е. Он был видимым в какой-то момент).
Если вы особенно предприимчивы, вы можете использовать отражение для доступа к элементам частного mFragments
списка , но затем мы вернемся к квадрату (имя списка не будет оставаться неизменным).
Кажется, «проблема двойного прыжка». Когда клиент, веб-сервер и SQL-сервер находятся на разных компьютерах, необходимо разрешить делегирование между этим веб-сервером и SQL-сервером. Это устанавливается в инструменте «Пользователи и компьютеры AD» на вкладке «Делегирование» свойств компьютера.
Подробнее о том, что такое «проблема двойного прыжка» и как ее решить, вы можете найти в следующей статье: https://blogs.msdn.microsoft.com/crm/2012/09/19/enabling -kerberos-for-microsoft-dynamic-crm-2011 /