попробуй «MM dd, yyyy»

А если мне нужно вида Sep 13, 2019 ?:)

Всем привет! Парни, объясните, что я делаю не так? val selectedDate = “${monthOfYear+1} $dayOfMonth, $year” //9 13, 2019 Date.text = LocalDate.parse(selectedDate, DateTimeFormatter.ofPattern(“MMM dd, yyyy”)).toString() Появляется ошибка ‘9 13, 2019’ could not be parsed at index 0

Добрый день подскажите как через Gson десериализовать Date в формате SimpleDateFormat? дата вида "2019-02-05T14:00:34.786+03:00"

Это стандартный UTC формат, в общем паттерн выглядит так: yyyy-MM-dd'T'HH:mm:ss.SSS'Z'

парсишь форматтером — формируй тоже форматтером, а не стринг темплейтами

Типа так? tempDate = LocalDate.parse(selectedDate, DateTimeFormatter.ofPattern(“MM dd, yyyy”)) Date.text = DateTimeFormatter.ofPattern(“MMM dd, yyyy”).format(tempDate)

да, только * сохрани значение ofPattern и используй один раз * у тебя во втором паттерне написано did вместо dd

Векторное изображение?

Как можно сделать : если юзер подписан на канал в телеграм, то разрешить доступ во 2 активити, если нет то сообщение "подпишитесь"?

с помощью if

А как взять подписан юзер на канал или нет?

А что такое «юзер» и «канал», их ты где взял?

А как взять подписан юзер на канал или нет?

Пользователь приложения, канал в телеграм

Ты как-то проверяешь, что у пользователя вообще есть телеграм?

Нет, Вот это и мне нужно узнать)

Что лучше использовать в Android при реализации реалтайм взаимодействовия с сервером: WebSocket или обычные сокеты на базе TCP?

XMPP, MQTT, QUIK, gRPC

?

ну на голом TCP далеко не уедешь, да и QUIK на основе UDP должен быть быстрее

ну на голом TCP далеко не уедешь, да и QUIK на основе UDP должен быть быстрее

Почему далеко не уедешь? На TCP можно сделать всё, это самый свободный из надёжных протоколов

а про вебсокеты сложно сказать что-то хорошее)

Это одно из самых стандартных решений после обычных сокетов Я им не пользовался, но знаю что оно достаточно надёжно, но есть небольшие ограничения

вебсокетами имеет смысл ограничиться только в убогом веб-фронте, где всё равно нихрена нет

Ну вот если сервер должен уведомлять клиента об обновлении - вай не вебсокет?

https://twitter.com/JakeWharton/status/1017756667457531905

Не вижу прикола тащить какой-то менее известный протокол/подход, который мне избыточен. Если мне нужно просто отправлять какие-то мелкие пакетики с сервера на клиент и этого не нужно делать часто, и вообще приложение само по себе небольшое - зачем мне изучать gRPC? Просто потому что он решает чьи-то другие задачи лучше? Мне нужно решать мои задачи. А вебсокет, ко всему прочему, знают куда больше людей. И даже если я после себя посажу джуна поддерживать мой код - вероятнее что он знает вебсокеты.

Не вижу прикола разрабатывать на менее популярном и более избыточном языке, чем JS. Если мне нужно просто красить какие-то кнопочки в не очень большом количестве, зачем мне изучать Kotlin? А JS знает куда больше людей: если я после себя посажу макаку или шимпанзе, вероятнее, что он знает JS. Понимаешь, да?) Вопрос уместности и качества решения. Для одиночного уведомления можно вообще голый TCP взять.

вебсокетами имеет смысл ограничиться только в убогом веб-фронте, где всё равно нихрена нет

Это уже протокол прикладного уровня, так что ни-ни))

implementation 'com.android.support:appcompat-v7:+'

можно ли обозначить версию вот так?

поподробней плиз)

а на сам код не повлияет, на сколько я понял...?

а на сам код не повлияет, на сколько я понял...?

да, мы догадались, у многих из нас тоже есть эмулятор

да, мы догадались, у многих из нас тоже есть эмулятор

как убрать лучше скажи )))) товарищь админ

кешировать и писать батчами логи не хочется без лишней надобности

BufferedOutputStream сам это должен делать

Смотря что ок для вас. Используйте асинхронный вывод, например.