т.е. идея делает нечитаемый автокомлит в каких то случаях ?

т.е. идея делает нечитаемый автокомлит в каких то случаях ?

да

да если у меня переменые могут быть Null (тип с вопрсиком), но функциях которые можно вызывать на типах без вопросиках, иди доку читай

замучал ты уже с докой

замучал ты уже с докой

ибо вопрос у тебя странный

ответ получен, как по мне - странное решение

от разработчиков

ответ получен, как по мне - странное решение

нет

вопрос был - вы у себя такие цвета видите нечитаемые или у меня глюк?

val a: Int = 4 val b: Int? = null вот тебе для сравнения, неужели не очевидно? попробуй поавтодоплнять там и тут

не nullability а внешний вид

ответ получен, как по мне - странное решение

компилятор в итоге не даст тебе ее вызвать, а так идея подсказывает, какую функцию можно вызвать

не nullability а внешний вид

ну почитаемей бы сделали

читаемость зависит ещё от контрастности монитора ?

читаемость зависит ещё от контрастности монитора ?

и не только

читаемость зависит ещё от контрастности монитора ?

интересно а на читаемость написаного кода тоже влияет ? говнокода не будет ? ?

интересно как много тех кто может эту строку прочитать без напряга

интересно как много тех кто может эту строку прочитать без напряга

ну у меня даркула, и читается +-, обычно я знаю что ищу, + я стараюсь не юзать ?

интересно а на читаемость написаного кода тоже влияет ? говнокода не будет ? ?

?

но конечно если понять связь с nullability то приучит сразу ставить !!\?. и тд

ну у меня даркула, и читается +-, обычно я знаю что ищу, + я стараюсь не юзать ?

на даркуле я значительно лучше вижу

но конечно если понять связь с nullability то приучит сразу ставить !!\?. и тд

не делать тип Int? , а использовать Int

не делать тип Int? , а использовать Int

эх если бы все так было просто

ладно @pofftop можно продолжить

О, годненько

о, а можно линк?

https://www.youtube.com/watch?v=onZJ8beVEtI

https://www.youtube.com/watch?v=onZJ8beVEtI

спасибо

Ребята, всем привет. Хочу в качестве курсовой написать ORM, куда вообще копать?

Ребята, всем привет. Хочу в качестве курсовой написать ORM, куда вообще копать?

советую передумать

Ребята, всем привет. Хочу в качестве курсовой написать ORM, куда вообще копать?

т.е. с никакими orm ты не имел дела до этого?

Ребята, всем привет. Хочу в качестве курсовой написать ORM, куда вообще копать?

Открыть исходники существующих орм, посмотреть как они сделаны и подумать как ты можешь сделать лучше. Заодно обьем работ оценить.

Открыть исходники существующих орм, посмотреть как они сделаны и подумать как ты можешь сделать лучше. Заодно обьем работ оценить.

такой себе совет, без теории

Ребята, всем привет. Хочу в качестве курсовой написать ORM, куда вообще копать?

В NoSQL и key-value storage. ORM это мертвый подход.

Ребята, всем привет. Хочу в качестве курсовой написать ORM, куда вообще копать?

узнать что должна делать орм, если шаблоны реализаций функциональности, потом уже можно по исходникам пройтись, но также наметь себе ТЗ, что ты конкретно хочешь делать, сразу и все не получится

В NoSQL и key-value storage. ORM это мертвый подход.

ща пойдут фразы: "ооп вообще мертв, учите хаскель" ?

В NoSQL и key-value storage. ORM это мертвый подход.

толстовато:)

Да я не собираюсь писать что-то грандиозное, хотелось бы что-то простенькое для CRUD'a. Знаю Room менее-более, но не могу придумать хорошую тему поэтому решил что-то такое

толстовато:)

вообще иногда вполне резонно, также резоно юзать обычные SQL запросы

Да я не собираюсь писать что-то грандиозное, хотелось бы что-то простенькое для CRUD'a. Знаю Room менее-более, но не могу придумать хорошую тему поэтому решил что-то такое

просто пиши свой orm и не парься, crud c биндингом к моделькам

Да я не собираюсь писать что-то грандиозное, хотелось бы что-то простенькое для CRUD'a. Знаю Room менее-более, но не могу придумать хорошую тему поэтому решил что-то такое

советую написать что ты хочешь сделать, говорит человек писавший диплом, и тоже были "такие" мысли, написать что-то неплохое и не банальное. ORM далжна иметь Entity, CRUD\Repositories, кеш, ну еще инструмент для постройки запросов

советую написать что ты хочешь сделать, говорит человек писавший диплом, и тоже были "такие" мысли, написать что-то неплохое и не банальное. ORM далжна иметь Entity, CRUD\Repositories, кеш, ну еще инструмент для постройки запросов

диплом по ORM ?

Да я не собираюсь писать что-то грандиозное, хотелось бы что-то простенькое для CRUD'a. Знаю Room менее-более, но не могу придумать хорошую тему поэтому решил что-то такое

> room Самое бесполезное что мог придумать Гугл, для фронта на мобилках. JSON приходящий с сервера, нормально сохранять в этом невозможно.

что-то можно вычеркнуть

диплом по ORM ?

нет, но тоже думал написать либу + прога, связаное с диаграммами + автоматизация построения из контекста

https://github.com/Kotlin/kotlinx.coroutines/releases/tag/0.27.0

Напомните плиз, теперь launch надо вызывать через GlobalScope.launch?

Напомните плиз, теперь launch надо вызывать через GlobalScope.launch?

смотря что нужно)

в доках на эту тему довольно подробно описано. у тебя есть на выбор GlobalScope, currentScope и coroutineScope

но может случиться нежданчик когда launch тебе "заблокирует" выполнение текущей корутины, а ты от него ожидал fire and forget

currentScope уже задепрекейтить успели бгг

currentScope уже задепрекейтить успели бгг

красиво)

вообще интересно почему выбрали именно такой вариант, а не скажем launch(GlobalScope) {}

withContext(coroutineContext) как замена currentScope пойдет) UPD, не катит

но может случиться нежданчик когда launch тебе "заблокирует" выполнение текущей корутины, а ты от него ожидал fire and forget

у меня так слегка метрики и логи сломались на Ktor роутах

какой профит с 8ки слазить?

Кстати насчёт профита: ALPN и TLS 1.3. Вот без этого в 2018 уже как-то не смешно.

> room Самое бесполезное что мог придумать Гугл, для фронта на мобилках. JSON приходящий с сервера, нормально сохранять в этом невозможно.

не, самое бесполезное - все арх компоненты вместе взятые)

не, самое бесполезное - все арх компоненты вместе взятые)

прям пукан подрывает от чатовских экспертов

прям пукан подрывает от чатовских экспертов

?

прям пукан подрывает от чатовских экспертов

Если вы не согласны – опишите кейс, когда они в ноpмальном пpоекте имеют пpактическое пpименение, и зачем подключать эти X методов?

> room Самое бесполезное что мог придумать Гугл, для фронта на мобилках. JSON приходящий с сервера, нормально сохранять в этом невозможно.

гого новый виток, object mapping либы вообще не нужны

sql уже достаточно классный dsl

Если вы не согласны – опишите кейс, когда они в ноpмальном пpоекте имеют пpактическое пpименение, и зачем подключать эти X методов?

ViewModel оттуда очень хорошо заходит + Room + штука Paging или как там она

гого новый виток, object mapping либы вообще не нужны

orm?

не нужен

r - опциональный

гого новый виток, object mapping либы вообще не нужны

Ну, так-то да, ORM зло. Собственно, поэтому я и замоpочился с подключением jOOQ себе в Android-пpoекты – чтобы можно было удобно описывать сколь угодно большие запpосы type-safe и не особо выpвиглазно.

ERROR: S client not available

> room Самое бесполезное что мог придумать Гугл, для фронта на мобилках. JSON приходящий с сервера, нормально сохранять в этом невозможно.

Ну плохому танцору ... сами знаете

Если вы не согласны – опишите кейс, когда они в ноpмальном пpоекте имеют пpактическое пpименение, и зачем подключать эти X методов?

если в проекте нет "проклятого rx", LiveData - идеальная замена зоопарку listener-ов, room - достаточно удобная обертка для работы с базой, а Lifecycle - нормальная попытка упрощения жизненного цикла, хотя его еще и не пробовал

Ну, так-то да, ORM зло. Собственно, поэтому я и замоpочился с подключением jOOQ себе в Android-пpoекты – чтобы можно было удобно описывать сколь угодно большие запpосы type-safe и не особо выpвиглазно.

jOOQ почти такой же сорт, sql всё равно лучше

если в проекте нет "проклятого rx", LiveData - идеальная замена зоопарку listener-ов, room - достаточно удобная обертка для работы с базой, а Lifecycle - нормальная попытка упрощения жизненного цикла, хотя его еще и не пробовал

В 2018 году, где от каждого ссаного джуна тpебуют знание RxJava, отсутствие его в пpоекте?) Ха, смешно)

В 2018 году, где от каждого ссаного джуна тpебуют знание RxJava, отсутствие его в пpоекте?) Ха, смешно)

кек

если в проекте нет "проклятого rx", LiveData - идеальная замена зоопарку listener-ов, room - достаточно удобная обертка для работы с базой, а Lifecycle - нормальная попытка упрощения жизненного цикла, хотя его еще и не пробовал

+ lifecycle наконец-то позволил сделать механизм отписок на уровне компонентов ведра

jOOQ почти такой же сорт, sql всё равно лучше

Но-но-но, это SQL-билдеp

jOOQ почти такой же сорт, sql всё равно лучше

Сейчас бы jOOQ с ORM сравнивать

Ну плохому танцору ... сами знаете

Почитай с начал чем orm (с sql) отличается от nosql. А потом подумай, что делает среднее мобильное приложение с данными.

Сейчас бы jOOQ с ORM сравнивать

а в чем проблема, это надстройка над sql, просто более низкоуровневая

Почитай с начал чем orm (с sql) отличается от nosql. А потом подумай, что делает среднее мобильное приложение с данными.

Ну кстати да, вообще можно просто в файлики скидывать

+ lifecycle наконец-то позволил сделать механизм отписок на уровне компонентов ведра

Это было очень сложно. Очень. Добавить вызов CompositeDisposable::dispose по-месту. Вы ведь понимаете, что ViewModel заходит тогда и только тогда, когда человек не способен написать одну стpоку в нужном месте, да? Отмену подписок по Lifecycle эвенту.

Почитай с начал чем orm (с sql) отличается от nosql. А потом подумай, что делает среднее мобильное приложение с данными.

А зачем вам ORM?

Тут как бы разные кейсы использования.

Это было очень сложно. Очень. Добавить вызов CompositeDisposable::dispose по-месту. Вы ведь понимаете, что ViewModel заходит тогда и только тогда, когда человек не способен написать одну стpоку в нужном месте, да? Отмену подписок по Lifecycle эвенту.

но ведь RX не нужен же ?‍♂️

А зачем вам ORM?

тут больше сейчас была предъява к реляционному представлению данных

которое на мобили особо то и не нужно

но ведь RX не нужен же ?‍♂️

Да, точно, забыл)

Ну кстати да, вообще можно просто в файлики скидывать

Да в идеал, в мобиле вообще не должно быть персистентного стейта, кроме session-id ?‍♀️

ORM хорош в одном, Room попытка уйти от ручного описания мапинга данных с бд на каждый запрос

там бы лучше зашла какая нибудь json ориентированная база

а в чем проблема, это надстройка над sql, просто более низкоуровневая

Это не надстройка над SQL, он не пытается его спрятать. Надстройка над JDBC - да.

Это не надстройка над SQL, он не пытается его спрятать. Надстройка над JDBC - да.

ну как, jOOQ вводит же свой dsl

ну как, jOOQ вводит же свой dsl

Ну так это просто способ собрать тот же SQL более удобным способом, чем StringBuilder. Ну и немаловажная фишка - генерации описания по схеме.

О, я только сейчас заметил, что мы не в андроидном чатике:)

которое на мобили особо то и не нужно

Если на мобилке что-то большее, чем UI + HTTP-клиент, то может и понадобиться

которое на мобили особо то и не нужно

Нужно, как-только пpиложение становится чуть больше, чем запpoси-покажи

Нужно, как-только пpиложение становится чуть больше, чем запpoси-покажи

Например?

Однако

Нужно, как-только пpиложение становится чуть больше, чем запpoси-покажи

Вот это первая ошибка ? ... в архитектуре

Вот это первая ошибка ? ... в архитектуре

Как будто все приложения - это просто интерфейс к бэкенду. Оно вполне может быть самостоятельным.

Как будто все приложения - это просто интерфейс к бэкенду. Оно вполне может быть самостоятельным.

И что ему прям реляционка нужна?