Денис Загаевский

А что такое RemakeItem? Туда надо указать класс активити, в которую вы переходите.

В Android O будет возможность использовать кастомные шрифты.

Релиз 26.0.0 Beta 1 Support Library бекпортит это поведение.

Так что можно поиграть с этим и сделать нормально, без рефлексии.

Вообще PublicKey реализует Serializable. Можно его сериализовать, потом запихнуть в Base64, и передавать в JSON'e.
НО
Зачем вы вообще это делаете? Если ключ передавать в открытом виде, то злоумышленник может организовать MiTM и всё ваше шифрование идёт лесом.

Адаптер отвечает за заполнение ресайклервью. Нужно создать интерфейс

interface ItemClickListener{
    void onItemClick(ItemType item);
}

ItemType - тип элемента, или, например, int - номер позиции.
Создать метод адаптеру setotemclicklistener(ItemClickListener listener), где запомнить листенер.
При нажатии на элементы - вызывать метод onItemClick с соответствующим параметром.
В месте создания адаптера (фрагменте, активити, etc) - создать листенер и передать его в адаптер. В коллбеке открывать нужный фрагмент.

>>пишет cannot resolve method
getFragmentManager()

Это потому, что у адаптера нет этого метода, он есть у активити, например.

Не знаю, что там у Шилдта но этот код не будет работать, как вы рассказываете. Три потока стартуют и выполняют работу в рандомном порядке. То что они джойнятся в таком порядке - вообще никак не влияет. Возможно, это пример, как делать не надо.

Это очень(неоправданно) сложно. Нативные приложения обычно идут одним из нескольких путей:
* ядро(нативные либы) на С++, интерфейс - на Java. Имхо, наиболее хороший путь, позволяет делать платформенные вещи и переиспользовать бизнес-логику.
* всё полностью на С++, интерфейс - OpenGL. Так делают в играх, или, например, Яндекс.Навигаторе. Выглядит обычно откровенно не-платформенно.
* всё полностью на С++, интерфейс - Qt. Это отдельная типа, тут ничего сказать не могу, не сталкивался.

У вас абстракции потекли. Короче да, можно в onBindViewHolder cтавить листенер. Только этот листенер должен дёргать другой листенер, ваш кастомный. Типа
interface MyAwesomeClickListener{ voidOnClick(...); }
Когда адаптер создаете, реализацию этого интерфейса пропихивайте ему. И всё, в реализации делайте что хотите.
P.S. получать текст с этой кнопки - плохая идея. Кнопка должна только отображать текст, не надо его с неё читать.

Можно использовать View.getViewTreeObserver().setOnGlobalLayoutListener, или типа того.

Eclipse, например.

В адаптере сделать интерфейс OnItemClickListener (*/передать полезные данные */), это свой интерфейс, не встроенный. Когда адаптер создаётся, передавать ему этот интерфейс и пусть адаптер дергает метод. Снаружи сделать переход куда угодно - в том числе на фрагмент.

Использовать соответствующий метод.
Документацию иногда хоть почитывайте.

Я бы на вашем месте попробовал view.getContext() заменить на this.getContext(). view ещё не приаттачено, не факт, что у него вообще есть контекст, скорее всего нет.