...и доволен. :)

Извините, пропустил. А можно минимальный пример кода, когда foo( a < b, c > d) компилируется? Я понял, что а - generic-type с двумя параметрами b, c - типы Но в упор не узнаю синтаксическую конструкцию внути обычных скобок

если после > поставить (), будет вызов generic-метода или конструктора generic-типа.

То есть в таком виде как оно есть с точки зрения компилятора котлина - это синтаксически неверное выражение? Я имею в виду не компилится для для любого кода выше и ниже.

видимо, да

Любопытно выходит. Спасибо

Сложный вопрос, я вроде и пишу приложения с реактивным-UI, но обхожусь без сложных RX/каналов вообще. (на react с elm архитектурой) Имхо если все же нужны реактивные-сримы, то в 99% случаем хватает и map/zip/flatMap из тех же каналов. P.S. Хотелось бы увидить реальный кейс где нужны сложные "операторы".

Нууу, у меня довольно часто нужен zip/combineLatest. Довольно часто оказывается нужен share/replay. Достаточно редко, но бывает надо skipWhile, takeWhile, takeUntil. То есть простые преобразования ок, это не так сложно заменить. Но вот именно комбинирование разных потоков, имхо, кейс весьма частый

Привет! В анко коррутинах есть методы doAsync / doAsyncResult. Как остановить выполнение задачи, которая была запущена одним из этих методов?

Есть те, кто пользуется Exposed для работы с бд?

Есть те, кто пользуется Exposed для работы с бд?

Задавай вопрос сразу. Я работал, но поверхностно

Привет! В анко коррутинах есть методы doAsync / doAsyncResult. Как остановить выполнение задачи, которая была запущена одним из этих методов?

А просто сделать cancel не работает?

А просто сделать cancel не работает?

К сожалению нет, метод Future.cancel(true) не останавливает выполнение, а лишь говорит потоку, что в нём больше не нуждаются. На данный момент я написал костыль, который проверяет текущий поток методом Thread.isInterrupted(). И если поток прерван, то бросаю эксепшн и выполнение кода останавливается. Но хочется что-нибудь некостыльное

А по другому нельзя. Внутри метода должна быть проверка того, что он прерван. В корутинах на каждый суспенд вызов она делается, но если там блокирующее тело, то там надо делать проверки. ВМ не может просто так прервать выполненеие на произвольном месте.

А по другому нельзя. Внутри метода должна быть проверка того, что он прерван. В корутинах на каждый суспенд вызов она делается, но если там блокирующее тело, то там надо делать проверки. ВМ не может просто так прервать выполненеие на произвольном месте.

А, большое спасибо за пояснение, значит это не костыль, а единственное решение)

Просто иначе был бы полный бардак, к примеру не высвобождались бы ресурсы. Если есть большой цикл, то удобно ставить проверку на прерывание на каждом шаге.

К сожалению нет, метод Future.cancel(true) не останавливает выполнение, а лишь говорит потоку, что в нём больше не нуждаются. На данный момент я написал костыль, который проверяет текущий поток методом Thread.isInterrupted(). И если поток прерван, то бросаю эксепшн и выполнение кода останавливается. Но хочется что-нибудь некостыльное

> Но хочется что-нибудь некостыльное Используй корутины

Корутниы под капотом то же самое делают

Только проверяют на прерывание не thread а свой контекст

Только это можно руками не делать и вообще юзать future/треды это какой-то средневековье

Я не согласен. Корутины эффективны, когда есть много маленьких асинхронных действий. Бывают задачи, когда есть маленькое количество очень тяжелых вычислений (не в вебе конечно, но в математических задачах точно). В этих случаях часто удобно, чтобы задача была гвоздями прибита к треду.

Может быть, но чувака с anko точно не тот случай, да и вообще в 99% это не тот случай

Привет! В анко коррутинах есть методы doAsync / doAsyncResult. Как остановить выполнение задачи, которая была запущена одним из этих методов?

Да кстати, doAsync/doAsyncResult это не корутины

Насчет андроида согласен.

Hi every one I started to learn server side programming in kotlin

Which framework is better for me?

ktor.io

Thanks

Кадырофф занялся серверной разработкой =)

Сорян за петросянство )

Кадирофф)

К сожалению нет, метод Future.cancel(true) не останавливает выполнение, а лишь говорит потоку, что в нём больше не нуждаются. На данный момент я написал костыль, который проверяет текущий поток методом Thread.isInterrupted(). И если поток прерван, то бросаю эксепшн и выполнение кода останавливается. Но хочется что-нибудь некостыльное

Только по моему опыту, возня с interrupted флагом - это головная боль, обычно много проще сделать воталильный флаг и его поднимать, если есть ворк луп.

А в 8ке/9ке/10ке не сделали какой-нибудь метод в который лямбду можно передать и он сделает из него бизилуп с проверкой на остановку?

Я только через scheduled трэд эксекьютер знаю

Кстати классный паттерн с таской которая перрвыставляет сама себя

Но это,наверное, не сюда, а в джава чатик,сорян

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

Ставишь проверси только там, где реально прерываться можно и хорошо

А как корутина прерывает исполнение, если внутри цикл? Её же тоже можно прервать? Какой-то флаг тоже есть?

Прерывание проверяется только когда идет вызов суспенд функции, то есть переключение контекста. Если цикл, то там все то же самое. Можно вызывать нулевой delay, но наверное есть что-то специальное для проверки прерывания

Вообще, тяжелые циклы в корутинах лучше не использовать.

isActive

Нашёл)

Ну как пример она может что-то продюсить в цикле бесконечно

Если она что-то продьюсит, то точно делает суспенд вызовы, а значит прерывание проверяется

Всем привет, хочу спросить совет. пишу GUI (javaFX) програмку для себя, и для работы с БД решил попробывать Exposed (давненько хотел), и там есть 2-а подхода, DSL и DAO, главное отличие что во втором варианте есть модели, я уже к ним привык, но проблема в том что мне нужно делать модели и для FX, в итоге 2-е модельки. Вот думаю какой подход выбрать, ведь модельки из DAO обновляють бд ?

Какое отношение KN имеет к Java?

на KN нужно интеропиться с кодом на C и ObjC

Знание платформы нужно везде. В KN — знание натива. В KtJVM (как и в Scala, Groovy, Ceylon) — знание JVM: Java, JMM, HotSpot. В KtJS — знание JS.

Я далёк от натива, но суть чисто практическая: если используются библиотеки на С++, то его и нужно понимать.

это asm, С - высокоуровневый язык

знать не, понимать поверхосно да, но это ближе к асм, а джаву знать не обязательно, jvm да. Ну и пример C++ - вам нужно знать си, ну ли это вам облегчит понимание с++

знать библиотеки платформы и самму платформу, в джаве это jvm, в си\с++ это ОС

с++ KN не подерживает, только С, но в с++ можно юзать котлин в обратную сторону нет, если не напишете врапери, или как назвать, для си

ERROR: S client not available

ну возможно ktor вроде бы ишел в том направлении, но нужно доделать корунтины и kotlin серелизацию

Знание платформы нужно везде. В KN — знание натива. В KtJVM (как и в Scala, Groovy, Ceylon) — знание JVM: Java, JMM, HotSpot. В KtJS — знание JS.

Да ты прав, kotlin больше как tool для той или иной платформы

Да ты прав, kotlin больше как tool для той или иной платформы

яп - сам по себе тулинг для написания программ, и программеры начали это забывать

Хм, ну раз так, значит tool для tool'a ?

Хм, ну раз так, значит tool для tool'a ?

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

Ждём ?

Привет, народ, читаю про 12 факторные приложения, в 12 пункте про администирование написано: Методология двенадцати факторов отдаёт предпочтение языкам, которые предоставляют REPL оболочки из коробки, и которые позволяют легко выполнять разовые скрипты. И у меня возник вопрос: котлин умеет в REPL, позволяет ли Spring boot выполнять разовые скрипты, описанные в статье?

К счастью только модель памяти и систему типов того языка, с которым хочется дружить. В этом, собственно основное преимущество KN

Привет, народ, читаю про 12 факторные приложения, в 12 пункте про администирование написано: Методология двенадцати факторов отдаёт предпочтение языкам, которые предоставляют REPL оболочки из коробки, и которые позволяют легко выполнять разовые скрипты. И у меня возник вопрос: котлин умеет в REPL, позволяет ли Spring boot выполнять разовые скрипты, описанные в статье?

Умеет https://kotlinlang.org/docs/tutorials/command-line.html#running-the-repl, но там много жалоб

Вообще, есть мысль для скриптов использовать все-таки груви. Для полной радости не хватает только автоматической конверсии кложур в К-функции. Вроде не должно быть сложно. Было бы времени побольше, занялся бы

А как это работает? то есть я могу влезть в ход работы программы и вывести какую-то инфу, либо что-то поменять?

либо тупо залезть в бд или в еще какой внешний севис?

Это очень сильно зависит от программы. Если нет соответствующих интерфейсов, то просто так менять что-то внутри, разумеется нельзя. Язык, который это позволяет надо забанить

Вызывать функции платформы из репла можно

что это могут быть за интерфейсы?

Ну к примеру доступ к БД. Я не очень знаком со Spring, но вообще если сервер подзволяет прицепить к себе репл, то любые публичные методы можно запускать. В Grails есть грувевая консоль, но вооще консоль может быть на чем угодно.

Просто надо понимать, что репл - это само по себе, а консоль конкретной платформы - это само по себе, одно из другого совершенно не следует.

понял, зависит от фреймворка

кто-то использовал deis workflow?

Это очень сильно зависит от программы. Если нет соответствующих интерфейсов, то просто так менять что-то внутри, разумеется нельзя. Язык, который это позволяет надо забанить

> Язык, который это позволяет надо забанить Чо эта? REPL-drive-development же, если стейт не мазать по классам, то ничего сташного от перегрузки функций не будет. Таже java это может или Android с его instant-run.

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

Instant run насколько я понимаю, работает через дебагер и злобные хаки. Язык сам по себе этого не позволяет.

Изменение переменных, у котрых нет публичных интерфейсов - это очень быстрый путь к проклятию.

вечному

Вечное проклятье - это ооп с мутабельным графом объектов в памяти (и в частности по этому в android это гора костылей) А если у тебя только функции, без стейта - то их перегрузка это элементарная фича той же кложуры.

Без стейта - это отдельная история. Я никогда не работал с кложурой, но что, таки можно любую функцию перегрузить в рантайме произвольным образом?