class App : Application() { lateinit var sInstance: App override fun onCreate() { super.onCreate() sInstance = this } } это валидно для получения контекста?

В каком плане «валидно»?

валидно-валидно

Только sInstance не статическое и не имеет смысла.

ну вопрос был, видимо, в присвоении инстансу эксемпляра

копировал из джава проекта, спасибо)

Вопросик по анко. Там есть themedButton, но на старых апи оно не работает, почему?)

Не работает именно тема

Надо сказать, протобаф довольно... долги впиливается в проект. Или просто переписывать пришлось много. Жалко, что в котлин не компилится

Народ, что не так с этим классом? Не может его в декс засунуть.( Это если что класс из khttp https://gist.github.com/iSanechek/fd086da6f25c59d61bdb525d3f678dba

поменял бы расширение файла на kt - была бы подсветка синтаксиса

поменял бы расширение файла на kt - была бы подсветка синтаксиса

)) https://gist.github.com/iSanechek/fd086da6f25c59d61bdb525d3f678dba

Народ, что не так с этим классом? Не может его в декс засунуть.( Это если что класс из khttp https://gist.github.com/iSanechek/fd086da6f25c59d61bdb525d3f678dba

А компилятор ничего не пишет?

Котлин стали активно юзать для веба (не этот адок со спрингом) или он с концами ушел в андрюху?

пишут какие веб фрейворки и сервера?

Котлин стали активно юзать для веба (не этот адок со спрингом) или он с концами ушел в андрюху?

http://ktor.io/, например

А компилятор ничего не пишет?

https://gist.github.com/iSanechek/6ee745a389bfb56746393204a63b5234

на лямбду ругается(

http://ktor.io/, например

Это сами джейтбрейнсы пишут?

да, прикольно. А что они так вдруг решились свое написать? Судя по документации это прям какая-то альфа совсем?

да, прикольно. А что они так вдруг решились свое написать? Судя по документации это прям какая-то альфа совсем?

они заброшены достаточно давно

вероятно писать боевые либы не так весело как с синтаксисом играться :)

печалька, я думал котлин завезет нечто типа промежутка между java и python

Наверняка все по старинки или в сервлеты долбятся или спринг mvc натягивают?

Это сами джейтбрейнсы пишут?

да

на лямбду ругается(

Какая версия IDEA / Kotlin (стабильные)? Я вроде взял твой код - запустилось на Android.

они заброшены достаточно давно

кто заброшен?

кто заброшен?

доки голые, последний коммит месяц назад почти

над ktor активно работают, сейчас отдельно выносят http либу

> А что они так вдруг решились свое написать? корутины наше всё. в ktor их много где используют

вру, 16 дней. А есть где-то в блоге упоминание проекта?

как минимум еще спринг со своим spring web framework подрубится.

вру, 16 дней. А есть где-то в блоге упоминание проекта?

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

над ktor активно работают, сейчас отдельно выносят http либу

когда-нибудь(скоро) будет rpc либа для более простого клиент-серверного взаимодействия

как минимум еще спринг со своим spring web framework подрубится.

спринг попахивает кровавым ынтерпрайзом. В здоровом вебе давно уже простые и свежие решения есть. Судя по роутингу ktor они как раз смотрят на лучшие тенденции веба.

https://habrahabr.ru/post/337604/ Главное чтобы опять не пошло в утяжеление

спринг попахивает кровавым ынтерпрайзом. В здоровом вебе давно уже простые и свежие решения есть. Судя по роутингу ktor они как раз смотрят на лучшие тенденции веба.

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

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

>Spring 5 представляет новую парадигму для разработки маленьких и легковесных microservice-style веб-приложений. >Так же, если мы проверим использование памяти приложением, то увидим, что оно держится примерно в районе 32 Мб — 22 Мб использовано на metaspace (классы) и около 10 Мб занято непосредственно в куче. Спринг как всегда

А чо, для джавы это неплохо

ну так то да, было бы интересно потом сравнить WebFlux этот и ktor

А чо, для джавы это неплохо

Шутки про то, что джаве нужно дофига памяти?

Шутки про то, что джаве нужно дофига памяти?

да не, скорее констатация факта

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

Там парня минуснули в комментах, но частично он был прав "Я вот например начал знакомство со спринг и закончил почти сразу же. Какие-то конфигураторы для конфигураторов и ко всему этому фреймворк для запуска. Жуть какая-то, spring превратился в огромный комбайн и переплюнул java ee." Джавистам надо иногда на других языках пописать, чтобы они переставили месить грязь в коде (саму джаву я люблю, конечно)

Там парня минуснули в комментах, но частично он был прав "Я вот например начал знакомство со спринг и закончил почти сразу же. Какие-то конфигураторы для конфигураторов и ко всему этому фреймворк для запуска. Жуть какая-то, spring превратился в огромный комбайн и переплюнул java ee." Джавистам надо иногда на других языках пописать, чтобы они переставили месить грязь в коде (саму джаву я люблю, конечно)

так говорят люди, которые никогда не делали действительно большие и сложные системы

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

даже если смотреть не только на джаву

так говорят люди, которые никогда не делали действительно большие и сложные системы

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

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

осталось только пример такого в спринге привести, чтобы не быть голословным

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

"такого в спринге" - чего именно? Инжект объектов? В этом плане сам спринг это раздутый паттерн сервис локатора.

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

В этом и все прелесть джавистов, они думают что их контейнер сервисов - запускает людей в космос, а нет, это просто локатор и репозитарий

"такого в спринге" - чего именно? Инжект объектов? В этом плане сам спринг это раздутый паттерн сервис локатора.

спринг не имеет никакого отношения к паттерну сервис локатора

А что же он такое? Рокет-сайнс?

А что же он такое? Рокет-сайнс?

спринг это система интеграции

лол о чем разговор вообще. спринг это только ДИ? иди посмотри что там есть внутри

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

Ну понятно что DI менеджер который разросся до мега фреймворка. Я так и джангу могу назвать систему интеграции ее модулей.

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

Перечитай сначала

обязательно

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

насчет финского хз но это еще называют испанский стыд

нашел: Myötähäpeä

Ну да, а флужу окажется что я)

нашел: Myötähäpeä

ага, мёотохапия

The Spring Framework is an application framework and inversion of control container for the Java platform.

Система интеграции :)

и что из того, что там написано мешает быть спрингу системой интеграции?

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

В том что понятие системы интеграции настолько абстрактное, что можно подогнать вообще все. Но объективно это локатор + фреймворк

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

Ну вот, уже начинают звучать объективные мысли

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

потому что в других языках сервис локатор не ставил себе задачи превратится в java EE

В том что понятие системы интеграции настолько абстрактное, что можно подогнать вообще все. Но объективно это локатор + фреймворк

нет, это совершенно не объективно. Системой интеграции спринг является по той причине, что позволяет собирать разные решения в одном приложении и для очень многих решений в спринге есть интеграция из коробки. Поэтому называть спринг дай-контейнером (что немного лучше, чем называть его сервис-локатором, которые вообще совершенно другой паттерн) но всё равно в корне неверно. Месить же грязь можно в любом языке, а думать, что спринг только для энтерпрайза используется это вообще глупость

они пошли по пути EE и все, а месить гряз - это когда запускаешь рест приложение, а оно у тебя стектрейсе из 90 методов (не твоих еще). И ты такой думаешь - "нефигасе микросервис я тут залепил"

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

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

Больше холиварить времени нет) ссори)

питон))))

Если хватит нервов - то на го)

они пошли по пути EE и все, а месить гряз - это когда запускаешь рест приложение, а оно у тебя стектрейсе из 90 методов (не твоих еще). И ты такой думаешь - "нефигасе микросервис я тут залепил"

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

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

Не приведи Бог на питоне писать сервер

Ну согласись для микросервиса, который тупо http+роутер+mvc паттерн - иметь 60-90 вложений - это больно, причем там большая часть спринга, а не http.

Вопрос в чем - надо это все для котлина?

Если хватит нервов - то на го)

на одной из моих работ один микросервис решили написать на го. Его так и не смогли в общую инфрастуктуру, потому что все нужно было писать вручную. Зато стэктрейс в 4 строки. Но не рабоатет

зато сервер 4 мегабайта, а не 100 на один только локатор-интегратор :)

или можно было бы использовать готовое решение с 20 строками стектрейса, но зато все бы работало из коробки

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

даже не знаю, что лучше..