https://github.com/JetBrains/rd

https://github.com/JetBrains/rd

Он очень требователен к летенси, врядли он подойдет к межсерверному взаимодействию + там файлы не шарятся. (это я из расказов Шкредова из JB понял (это который главный по rider))

Интерсно, что это за Project Centaur. Неужели делают аналог Language Server?

нет

нет

А что?

А что?

это всего лишь кусок райдера

rd - да, но может быть частью кентавра

rd - да, но может быть частью кентавра

это имеет отношение к идее, не к котлину

Хорошо, может ты тогда просто знаешь что есть "Проект Кентавр"?

Хорошо, может ты тогда просто знаешь что есть "Проект Кентавр"?

я не уверен, можно ли мне об этом говорить :)

поэтому буду молчать пока :)

Ну если на митапе в мюнхене рассказывали ?https://twitter.com/dkhmelenko/status/1009506776696414208

Ну если на митапе в мюнхене рассказывали ?https://twitter.com/dkhmelenko/status/1009506776696414208

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

чтобы сделать её быстрее

два процесса: фронт, который отвечает за UI и бек, который занимается анализом и всем остальным

На UI и бекенд?

два процесса: фронт, который отвечает за UI и бек, который занимается анализом и всем остальным

А от чего прирост появится, там же межпроцесорное взаимодействие? Или вы фронты перепилите на натив?

И при этом можно будет убрать зависимость UI от контретной платформы и бинго! Хочу-хочу-хочу)

А от чего прирост появится, там же межпроцесорное взаимодействие? Или вы фронты перепилите на натив?

> Или вы фронты перепилите на натив? нет > А от чего прирост появится, там же межпроцесорное взаимодействие? меньше GC пауз, можно отожрать ещё больше памяти. ну и меньше проблем с тем, что некоторые вещи случайно работают на UI треде и тормозят UI

> можно отожрать ещё больше памяти ?

А от чего прирост появится, там же межпроцесорное взаимодействие? Или вы фронты перепилите на натив?

комьюнити может быть и напишет новый UI, да :)

Завезли микросервисы в родненькую idea)

> можно отожрать ещё больше памяти ?

Да нормально же, вместе с shenandoah на сервере самое то, вопрос в том, сколько клиентов сможет держать сервер

Да нормально же, вместе с shenandoah на сервере самое то, вопрос в том, сколько клиентов сможет держать сервер

это не такой сервер. это два процесса на локальной машине

это не такой сервер. это два процесса на локальной машине

Отлично! Потому что как раз интересовался standalone ли будет сервер. В смысле, был страх, что серверную часть вы унесете к себе, неотчуждаемо

Звучит как шиза, но мало ли, насколько эффективны ваши менеджеры

ну мы же не M$ :)

Мне казалось, что у котлина есть возможность инициализировать переменную из выражения с фигурными скобками? Что-то вроде val a = { // someaction }

Но оно дает переменной лямбду вместо этого. :(

val a = run { // someaction }

val a = { someaction }() ну или так)

val a = run { // someaction }

Шикардос

val a = { someaction }() ну или так)

Ели понял, в чем разница с моим выражением. Но с run мне кажется лучше получается, более явно.

Ели понял, в чем разница с моим выражением. Но с run мне кажется лучше получается, более явно.

ес-но)

есть такой компонент > @Component class Service(val list: ArrayList<String> = emptyList()) : List<> ... by list Спринг думает, что я бин туда сую, как ему объяснить, что я не хочу этого?

Привет ребят! а кто сидит на Exposed, расскажите что вы для миграций используете? или все по классике из java мира берете?

есть такой компонент > @Component class Service(val list: ArrayList<String> = emptyList()) : List<> ... by list Спринг думает, что я бин туда сую, как ему объяснить, что я не хочу этого?

А что ты вообще хочешь сделать?

Привет ребят! а кто сидит на Exposed, расскажите что вы для миграций используете? или все по классике из java мира берете?

https://github.com/JetBrains/Exposed/issues/165 – однако, первый же ответ: I guess it's a little bit out of the scope of Exposed as orm/dao framework. Волей судеб пишу на Ruby, там авторы orm фреймворков подобных заявлений не делают.

https://github.com/KenjiOhtsuka/harmonica - в последнем комментарии

https://github.com/KenjiOhtsuka/harmonica - в последнем комментарии

спасибо, попробую

спасибо, попробую

Можно еще поискать, все таки 0.1.1 и 67 коммитов в репе

Можно еще поискать, все таки 0.1.1 и 67 коммитов в репе

ну да, это пугает

Если по чесноку, я не вчитывался в то как harmonica соотносится с Exposed, может и не больше, чем flyway, liquibase etc

ну да, это пугает

Делает азиат (японец), так что можно быть спокойным )

harmonica org.reflection в зависимостях тянет, в отличии от Flyway, который автономен. Использую связку Exposed+Flyway - пашет нормально. Ничего лишнего не тащится. Не мультиплатформенно правда, но да и пофиг...

А от чего прирост появится, там же межпроцесорное взаимодействие? Или вы фронты перепилите на натив?

https://twitter.com/lehtimaeki/status/1009502414158868480

Пишут что и native будет

Всем привет! Недавно перешел на котлин и столкнулся с проблемой с дженериками. Есть код, который работает на джава, но я не могу перевести его на котлин. Вот тут гист с классами на джаве. https://gist.github.com/BulatMukhutdinov/7190ab52d36f3184b7f0540c56222f81 Сейчас смог перевести все классы в Котлин классы , кроме этого BaseFragment - он остался джавовым Если у кого то есть возможность, подскажите как переписать на Котлин Заранее спасибо)

Всем привет! Недавно перешел на котлин и столкнулся с проблемой с дженериками. Есть код, который работает на джава, но я не могу перевести его на котлин. Вот тут гист с классами на джаве. https://gist.github.com/BulatMukhutdinov/7190ab52d36f3184b7f0540c56222f81 Сейчас смог перевести все классы в Котлин классы , кроме этого BaseFragment - он остался джавовым Если у кого то есть возможность, подскажите как переписать на Котлин Заранее спасибо)

конвертер пробовал?

Всем привет! Недавно перешел на котлин и столкнулся с проблемой с дженериками. Есть код, который работает на джава, но я не могу перевести его на котлин. Вот тут гист с классами на джаве. https://gist.github.com/BulatMukhutdinov/7190ab52d36f3184b7f0540c56222f81 Сейчас смог перевести все классы в Котлин классы , кроме этого BaseFragment - он остался джавовым Если у кого то есть возможность, подскажите как переписать на Котлин Заранее спасибо)

abstract class BaseFragment<Presenter : BasePresenter> : Fragment(), BaseView { protected var presenter: Presenter? = null fun onActivityCreated(@Nullable savedInstanceState: Bundle) { super.onActivityCreated(savedInstanceState) injectPresenter() presenter?.run { setView(this@BaseFragment) setRouter(getActivity() as BaseRouter) this.onActivityCreated() } } fun onDestroyView() { presenter?.onDestroyView() super.onDestroyView() } }

ну например вот

это конвертер + мои правки

конвертер пробовал?

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

abstract class BaseFragment<Presenter : BasePresenter> : Fragment(), BaseView { protected var presenter: Presenter? = null fun onActivityCreated(@Nullable savedInstanceState: Bundle) { super.onActivityCreated(savedInstanceState) injectPresenter() presenter?.run { setView(this@BaseFragment) setRouter(getActivity() as BaseRouter) this.onActivityCreated() } } fun onDestroyView() { presenter?.onDestroyView() super.onDestroyView() } }

спасибо сейчас проверю

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

доработать напильником)

abstract class BaseFragment<Presenter : BasePresenter> : Fragment(), BaseView { protected var presenter: Presenter? = null fun onActivityCreated(@Nullable savedInstanceState: Bundle) { super.onActivityCreated(savedInstanceState) injectPresenter() presenter?.run { setView(this@BaseFragment) setRouter(getActivity() as BaseRouter) this.onActivityCreated() } } fun onDestroyView() { presenter?.onDestroyView() super.onDestroyView() } }

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

вот такая ошибка

доработать напильником)

мой напильник пока не может в такое)

у тебя BasePresenter generic ?

тоже

да, BasePresenter<View, Router>

дико чутка )

и удобно вообще ?

ну я могу на котлин написать как это будет

но я бы так не делал

на Джаве работает прекрасно)

ну я могу на котлин написать как это будет

да, был бы очень благодарен

дело не в работе

а в понимании

и сложности

или может это только мое имхо

BasePresenter<V, R>

что-то такое надо писать

возможно их описать надо ещё будет

или типы задать

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

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

Всем привет! Недавно перешел на котлин и столкнулся с проблемой с дженериками. Есть код, который работает на джава, но я не могу перевести его на котлин. Вот тут гист с классами на джаве. https://gist.github.com/BulatMukhutdinov/7190ab52d36f3184b7f0540c56222f81 Сейчас смог перевести все классы в Котлин классы , кроме этого BaseFragment - он остался джавовым Если у кого то есть возможность, подскажите как переписать на Котлин Заранее спасибо)

Я уже 5 день не могу никак это переделать) Если кто-то еще сможет подсказать - спасибо)

Может, BasePresenter<*, *> ?

Может, BasePresenter<*, *> ?

Так тоже пробовал - то ли не дает сделать setView(), то ли при наследовании говорит, что это не наследник родительского типа

BaseFragment<Presenter : BasePresenter<BaseFragment<Presenter>, BaseRouter>> ?

BaseFragment<P: BasePresenter<V, R>, V: BaseView, R: Router>

Начните с обозначения темплейтов (дженериков) буквами

abstract class BaseFrag<P : BasePresenter<V, R>> ... where V : WhateverView, R: WhateverRouter ?

BaseFragment<Presenter : BasePresenter<BaseFragment<Presenter>, BaseRouter>> ?

Если так, то в наследнике class ContactFeedFragment : BaseFragment<ContactFeedPresenter>(), ContactFeedView Ошибка

BaseFragment<P: BasePresenter<V, R>, V: BaseView, R: Router>

Спасибо! Заработало

abstract class BaseFrag<P : BasePresenter<V, R>> ... where V : WhateverView, R: WhateverRouter ?

Это по-моему то же самое рабочее решение

Это по-моему то же самое рабочее решение

Да, вопрос вкуса.