Денис Бредун, слушай, а ты погуглить это пробовал? Я вот попробал. Нет нигде ничего про это, кроме CLR via C#, никому в реальном мире не нужно знание про MethodDefToken. А тебе вот это зачем? Мёртвые знания о подкапотности, которые ты не умеешь использовать.
Иван Чумак, тут ты не прав. У меня точно такой же вопрос возник. Вьюпейджер сам решит, нужно ему инстанцировать следующие страницы или нет, на основании OffscreenPageLimit. Если отдать количество 100, загруженных всё равно будет 3. Ты его своими плясками шатаешь. Перестань это делать и всё станет ок.
Сергей Горностаев, это хардкор, не уверен, что для первоначального погружения подходит. Зато знаю такую книгу: Language Implementation Patterns: Create Your Own Domain-Specific and General Programming Languages (Pragmatic Programmers)
Отличная книга для того чтобы начать, не сильно загружаясь теорией.
ITicDigger, омфг. Да, короткое время была версия, где это возможно. Я верю, что она у тебя. Но, понимаешь, у приложений НЕТ СПОСОБА ПРОВЕРИТЬ отсутствие разрешения. Поэтому приложения не могут это писать. И нормальное приложение не будет это писать. Это пишет твоя ос.
В этой группе непечатаемые символы. Возможно, где-то они заменены на очень важные смайлы и масти карт, но полагаться на то, что везде так будет нельзя.
ITicDigger, ещё раз, в 4.4 нет системного апи для проверки разрешений в рантайме. Та фигня была очень короткое время, и её откатили. И это она, скорее всё, пишет эти сообщения. Потому что сам ВК просто не имеет способа сделать такую проверку.
MegaCraZy6, в ASCII таблице всего 256 значений) никто не настолько сумасшедший, чтобы занимать там место смайлами. Это сейчас, похоже, готовят народ к общению рисунками, и тащат всё что угодно в набор символов. Идиотизм.
А чего им писать, если софт используется не так, как было задумано? Runtime permissions появились в Android 6. В 4.4 ТС явно согласился отдавать геолокацию при установке приложения. Потом запретил каким-то обходным способом. Приложение к такому повороту было не готово. Ок. ТС должен страдать.
Всё это должно тебя было навести на мысль, что с дизайном этого класса что-то не так.
Самое простое решение сделать его иммутабельным. data class Order(val items: List<OrderItem>). Конечно, придется переписать код, который с ним работает, так что это просто совет.
Developer, куда и чем он ударился? Тем что сделали нормальные функциональные типы? Сделали красивую поддержку коллбеков? Сделали поддержку DSL и тайпсэйф билдеры? Дааа уж, конечно, джавовые вырвиглазные лямбды, которые даже нарушают джавовые же принципы(проверяемые исключения, давай до свиданья), они лучше. А BiFunction вообще красота.
Конечно говно мамонта, а как иначе? switch-expression без вывода типов - вырвиглаз. "паттерн матчинг" на instanceOf без вывода типов - вырвиглаз. Stream API - вырвиглаз. Sealed классы без вывода типов - ненужно.
