уже другая фукнция main

ну тут 1 класс, 2 метода как сделать метод speak suspend , и как запустить его в main методе ?

Это смотря что ты хочешь получить

В том, что контроллер — это набор разрозненных процедур, а не целостный объект. Нарушает все заветы SOLID. И нельзя нормально завернуть какой-нибудь метод в декоратор, можно только объект.

В чем принципиальное отличие нескольких контроллеров с методами и единственного объекта сервера в Ktor с прописанными роутами? val server = embeddedServer(Netty, 8080) { routing { get("/") { call.respondText("Hello, world!", ContentType.Text.Html) } } } Извини, насчет оборачивания метода в декоратор не совсем понял. Это разве не фича уровня языка?

уже другая фукнция main

посмотри про саспенд, он модифицирует функцию, есть lauch - если майн завершится корунтинам капец, runBlock = блокирует до завершения корунтин

уже другая фукнция main

main ... = runBlock {}

как-то так

уже другая фукнция main

прочитай, пожалуйста, вот это для начала: https://kotlinlang.org/docs/tutorials/coroutines-basic-jvm.html

ок спс

ок спс

а потом вот это: https://github.com/Kotlin/kotlinx.coroutines/blob/master/coroutines-guide.md и вот это: https://github.com/Kotlin/kotlin-coroutines/blob/master/kotlin-coroutines-informal.md

В чем принципиальное отличие нескольких контроллеров с методами и единственного объекта сервера в Ktor с прописанными роутами? val server = embeddedServer(Netty, 8080) { routing { get("/") { call.respondText("Hello, world!", ContentType.Text.Html) } } } Извини, насчет оборачивания метода в декоратор не совсем понял. Это разве не фича уровня языка?

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

@Harmonizr акторы в kotlinx уже есть или нет?

@Harmonizr акторы в kotlinx уже есть или нет?

в kotlinx.coroutines — довольно давно

О, пощупаю. Спасибо!

@angmarr помню ты все думал какой Result/Either втащить в проект, к чему пришел? Свой используешь, или либу?

@angmarr помню ты все думал какой Result/Either втащить в проект, к чему пришел? Свой используешь, или либу?

плюсую вопрос. я себе написал свой на 5 строк, и не то чтобы мне это очень нравилось

У меня сейчас на выбор: 0. Свои 5 строк 1. arrow-data (https://github.com/arrow-kt/arrow/tree/master/arrow-data) 2. funktionale-either (https://github.com/MarioAriasC/funKTionale/tree/master/funktionale-either) 3. https://github.com/michaelbull/kotlin-result 4. https://github.com/kittinunf/Result

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

То же и с контроллерами в MVC. Согласен, что конечные контроллеры представляются набором методов. Однако, родительский класс имеет свой интерфейс, соответствующий SOLID в той или иной степени (зависит от фреймворка). И набор методов-экшнов - это просто способ представить роутинг. Скажем, имей каждый контроллер метод, возвращающий коллекцию пар ключ-значение с наименованием экшна в ключе и функцией в значении, это было бы точно то же самое, но уже кошерно, так ведь (нет лишних методов)?

@angmarr помню ты все думал какой Result/Either втащить в проект, к чему пришел? Свой используешь, или либу?

Написал свою либку (на 4 строчки), да залил на jitpack.io Теперь везде подключаю Методы решил в нее не добавлять, тк постоянно их переписываю.

То же и с контроллерами в MVC. Согласен, что конечные контроллеры представляются набором методов. Однако, родительский класс имеет свой интерфейс, соответствующий SOLID в той или иной степени (зависит от фреймворка). И набор методов-экшнов - это просто способ представить роутинг. Скажем, имей каждый контроллер метод, возвращающий коллекцию пар ключ-значение с наименованием экшна в ключе и функцией в значении, это было бы точно то же самое, но уже кошерно, так ведь (нет лишних методов)?

Какой родительский класс? Какой-нибудь базовый контроллер? Наследование от классов — зло.

launch и runBlocking горят красным

вообще хз че делаю не так

подключи корутины)

пример из нета

пример из нета

у тебя градл проект или jps? что будет если поставить курсор на красный код и нажать alt+enter?

пример из нета

ты создавал проект как тут(https://kotlinlang.org/docs/tutorials/coroutines-basic-jvm.html#setting-up-a-project) написано?

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

теперь хз почему нет

нет, обычный

Какой родительский класс? Какой-нибудь базовый контроллер? Наследование от классов — зло.

Насчет того, насколько это зло, спорить не буду, т.к. не сабж) Да, базовый контроллер. Пусть будет по-другому. Фреймворк предоставляет final class Controller, экземпляры которого хранят в property Map с именами экшнов в ключах и функциями в значениях. Нужный инстанс Controller вызывается при получении http запроса и может быть получен в дальнейшем (для обращения к полезному API, связанному с роутингом). Нет наследования, нет методов, не включенных в интерфейс - концептуально же отличий никаких не будет.

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

корунтины нужно подключить как зависимость

нет, обычный

создай грэдл проект, как написано в мануале. и всё заработает

https://github.com/Kotlin/kotlinx.coroutines

корутины это не стандартная фичя языка ?

корутины это не стандартная фичя языка ?

нет это либа

лан

корутины это не стандартная фичя языка ?

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

лучше поздно чем никогда, что такое оверхед ? ))

лучше поздно чем никогда, что такое оверхед ? ))

дополнительная нагрузка

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

выходит Thread дает нагрузку больше ?

выходит Thread дает нагрузку больше ?

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

корутины это не стандартная фичя языка ?

Ну почему же, это стандартная фича языка, которая предоставляет suspend функции и сontinuation-ы

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

Ну почему же, это стандартная фича языка, которая предоставляет suspend функции и сontinuation-ы

я думаю он имел ввиду не из коробки

Ну почему же, это стандартная фича языка, которая предоставляет suspend функции и сontinuation-ы

я не про это

а так да это ведь одна компания пилит

то есть не везде работает, как тот же Thread

то есть не везде работает, как тот же Thread

+-

везде свои нюансы

ну да..

то есть не везде работает, как тот же Thread

основное отличие потока от корунтин корунтины не блокирую поток, тоесть у тебя ГУИ ты вызвал операцию загрузки и твой гий умер

в Thread разве блокируется ?

не в main Thread а в new

хм ну ладно

в Thread разве блокируется ?

там гонка, что бы ее не было используют синхронизацию, она и блочит

ну теперь я вижу преимущества корутин )

у меня в голове было так: корутины почти как фреды )

крунтины это один из вариантов перевода

future, promise и delay

future - типа сделать в будущем promise - сделать когда нибудь delay - типа как отложить ?

немного похожие описания ))

суть одна

оно когда то произойдет

future = promise = deffered

а в чем отличия ?

в джаве есть Future, но там много колбеков, это когда после кода }}}}}}}}}}}}}}}}}}}}}}}}}}}}}}

а так вот что такое колбэк ))

а в чем отличия ?

Одно и тоже, просто языки/библиотеки разные

корунтины помагают писать и использовать проще + для других колбек а тут конечный автомат

ясно )

а так вот что такое колбэк ))

колбек это вызов (в переводе)

я знал как переводится

я не знал про }}}}}

я знал как переводится

ну вот - run { run 2 { run3{} }}

вызов в вызове типа ?

а так вот что такое колбэк ))

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

)

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

О, вот грамотный чеовек)

Грамотный Георгий )

спс

Не за что) Я люблю строить точные определения, это полезно и для того кто его строит, и для того кто его услышит.

Насчет того, насколько это зло, спорить не буду, т.к. не сабж) Да, базовый контроллер. Пусть будет по-другому. Фреймворк предоставляет final class Controller, экземпляры которого хранят в property Map с именами экшнов в ключах и функциями в значениях. Нужный инстанс Controller вызывается при получении http запроса и может быть получен в дальнейшем (для обращения к полезному API, связанному с роутингом). Нет наследования, нет методов, не включенных в интерфейс - концептуально же отличий никаких не будет.

Будут. Функцию можно обернуть, добавив какое-то поведение. См. proxy / decorator.

Не за что) Я люблю строить точные определения, это полезно и для того кто его строит, и для того кто его услышит.

если это определение понятно, вот раньше читал научные книги, и вот определения с абзац нуждалось в пояснения в главу

если это определение понятно, вот раньше читал научные книги, и вот определения с абзац нуждалось в пояснения в главу

От предмета ведь зависит, в математике/физике увы, так и будет

От предмета ведь зависит, в математике/физике увы, так и будет

програмирование берет корни от туда, и дело не в предмеет а в формате изложения. Вот Георгий кратко и ясно обяснил тереотически, я лишь смог бы показать практически

програмирование берет корни от туда, и дело не в предмеет а в формате изложения. Вот Георгий кратко и ясно обяснил тереотически, я лишь смог бы показать практически

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

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

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

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

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

По сложным темам, как я понимаю, по другому не объяснишь

Будут. Функцию можно обернуть, добавив какое-то поведение. См. proxy / decorator.

Есть весьма неплохой костыль на этот случай, onBeforeAction/onAfterAction. Согласен, концепт контроллера скорее всего получил распространение из-за своей наглядности и при близком рассмотрении не пройдет проверку пуриста. Однако, и антипаттерном называть я бы его не стал, т.к. такая архитектура не сулит проблем для любых Web-приложений на любом уровне развития

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

Есть весьма неплохой костыль на этот случай, onBeforeAction/onAfterAction. Согласен, концепт контроллера скорее всего получил распространение из-за своей наглядности и при близком рассмотрении не пройдет проверку пуриста. Однако, и антипаттерном называть я бы его не стал, т.к. такая архитектура не сулит проблем для любых Web-приложений на любом уровне развития

before/after action — оборачивает все методы контроллера сразу — позволяет ли вообще пропустить выполнение экшена? — позволяет ли подменить результат экшена?

Ребят, а нормально ли вообще как коллбек кидать лямбду, а не через интерфейс с одним методом?

там гонка, что бы ее не было используют синхронизацию, она и блочит

Гонка, синхронизация - это о конкаренси. Если писать паралельный/асинхронный код без конкаренси, то и с потоками гонок не будет. А вот если конкаренси будет, то и с корутинами проблем можно получить.

Ребят, а нормально ли вообще как коллбек кидать лямбду, а не через интерфейс с одним методом?

Нормально.

Гонка, синхронизация - это о конкаренси. Если писать паралельный/асинхронный код без конкаренси, то и с потоками гонок не будет. А вот если конкаренси будет, то и с корутинами проблем можно получить.

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