g
Даже наверное кейсы есть для этого
Size: a a a
2020 July 24
g
Вытаскивать время в юникстайме и ложить в бд
g
Правда никто так не делает почти
EK
Нет, нельзя.
Никто здравомыслящий так не делает.
Если кто-то решит сделать библиотеку для работы с API и не сконвертирует поле с датой в общепринятый объект даты на моей платформе - я не буду пользоваться такой библиотекой. Потому что я с таким же успехом руками запрос отправлю и получу сырой JSON. Мне не нужна для этого библиотека.
Никто здравомыслящий так не делает.
Если кто-то решит сделать библиотеку для работы с API и не сконвертирует поле с датой в общепринятый объект даты на моей платформе - я не буду пользоваться такой библиотекой. Потому что я с таким же успехом руками запрос отправлю и получу сырой JSON. Мне не нужна для этого библиотека.
EK
Это какой-то мерзкий способ испортить себе и людям жизнь.
g
Хорошо, это твое мнение
A
Я считаю, что поле должно быть как в документации, а конвертацию вынести в отдельный метод/property
EK
>что поле должно быть как в документации
Согласен. Документации библиотеки.
Думаю, в 3 версии будет.
Согласен. Документации библиотеки.
Думаю, в 3 версии будет.
EK
Я просто вот представляю всех тех бедных людей, которые работают с любой обёрткой к API и им приходится самим конвертировать строки с ISO-8601 в объект даты. Ну, а как же еще?! В документации написано строка! А тут какой-то дебильный datetime положили! Непорядок!
Видали хоть одну такую?
Видали хоть одну такую?
EK
Сори за бугурт, ухожу.
ЕП
Сори за бугурт, ухожу.
чудик, ты разницу между unixtime и строкой видишь? Или желчь глаза залила?
EK
Не вижу.
ЕП
Соболезную
T
Я просто вот представляю всех тех бедных людей, которые работают с любой обёрткой к API и им приходится самим конвертировать строки с ISO-8601 в объект даты. Ну, а как же еще?! В документации написано строка! А тут какой-то дебильный datetime положили! Непорядок!
Видали хоть одну такую?
Видали хоть одну такую?
Понапридумывают стандартных типов, а люди потом мучаются
EK
И не должен. Я ведь не ебанутый. Понадобится юникстайм - вызову метод и готово.
G
Привет, как в хэндлере поймать событие, если кто-то закрепил сообщение?
T
Нет, нельзя.
Никто здравомыслящий так не делает.
Если кто-то решит сделать библиотеку для работы с API и не сконвертирует поле с датой в общепринятый объект даты на моей платформе - я не буду пользоваться такой библиотекой. Потому что я с таким же успехом руками запрос отправлю и получу сырой JSON. Мне не нужна для этого библиотека.
Никто здравомыслящий так не делает.
Если кто-то решит сделать библиотеку для работы с API и не сконвертирует поле с датой в общепринятый объект даты на моей платформе - я не буду пользоваться такой библиотекой. Потому что я с таким же успехом руками запрос отправлю и получу сырой JSON. Мне не нужна для этого библиотека.
+
EK
А когда он мне понадобится? 1 раз из 100 кейсов?
EK
Ради этого я буду остальные 99 раз страдать? Потому что Груша захотел?
T
Вытаскивать время в юникстайме и ложить в бд
Рекомендую посмотреть такую вещь как "гексагональная архитектура" ну и в целом узнать про абстракции