насколько хаскель легкий в рантайме относительно джавы?

фак. он не jvm язык

для андроида-то поди джава в рантайме очень легкая

фак. он не jvm язык

frege есть, и какой-то более новый и модный frege

фак. он не jvm язык

есть https://github.com/typelead/eta и https://github.com/Frege/frege

https://github.com/ppelleti/frege-on-android/blob/master/src/main/frege/org/funwithsoftware/frege_example/FregeCode.fr

компактненько

компактненько

Пропробуй F#, это как хаскель только без IO монады, зато с (опциональным) классами и OOP. Поддержка хорошая через Xamarin Android

фак. он не jvm язык

Очевидно что нет, он же ленивый и с тайп классами - это ужастно работает на JVM

Пропробуй F#, это как хаскель только без IO монады, зато с (опциональным) классами и OOP. Поддержка хорошая через Xamarin Android

ну и ещё иммутабельность опциональная.

ну и ещё иммутабельность опциональная.

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

Очевидно что нет, он же ленивый и с тайп классами - это ужастно работает на JVM

насчёт тайп классов: в jvm методы на уровне байткода уже есть методы с их привязкой к объектам?

насчёт тайп классов: в jvm методы на уровне байткода уже есть методы с их привязкой к объектам?

Не совсем понял о чем ты, но JVM байткод почти идентичен Java. В байткоде есть классы/интерфейсы/вирт. методы и тд.

насчёт тайп классов: в jvm методы на уровне байткода уже есть методы с их привязкой к объектам?

Да, отдельно виртуальные методы, отдельно статические и т. д..

я чёт представлял платформонезависимый ассемблер, ну ладно

Если я начну писать проект на котлин, то в случае когда проект придётся дописывать/поддерживать java программисту с этим ведь никаких сложностей не будет?

я чёт представлял платформонезависимый ассемблер, ну ладно

Даже не знаю где так, в .NET все тоже самое: байткод ~ C#

я чёт представлял платформонезависимый ассемблер, ну ладно

Ну, jasmin — не LLVM, нет :)

Если я начну писать проект на котлин, то в случае когда проект придётся дописывать/поддерживать java программисту с этим ведь никаких сложностей не будет?

С кодом на Котлине — будут :)

Ну, jasmin — не LLVM, нет :)

Ну ты некромант ? (Stable release 2.4 / May 7, 2010; 6 years ago)

Ну ты некромант ? (Stable release 2.4 / May 7, 2010; 6 years ago)

Что?

Что?

https://en.wikipedia.org/wiki/Jasmin_(software)

С кодом на Котлине — будут :)

И какого рода сложности возникнут?

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

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

https://en.wikipedia.org/wiki/Jasmin_(software)

Хм, я называл так язык, которым изъясняется javap.

@Harmonizr > Там главным образом геттеры всяких штук, связанных с persistence. Ну и это: Кстати Бреслав рассказывал (на последнем jpoint) что они как раз работают над тем, что бы твоя "прослойка" связывалась автоматически с реализациями на разных платформах.

https://twitter.com/serjic/status/850620999813009408 В общем вектор такой, но про тайп-классы они тоже думают

О, и правда вектор :)

Теперь очень хочется, чтобы они всё-таки закрыли баги и проблемы с меткой Performance Problem...

Теперь очень хочется, чтобы они всё-таки закрыли баги и проблемы с меткой Performance Problem...

Дико плюсую. Сегодня буквально был вынужден работать на машинке, где далеко все от фен шуя. И поправде сказать было слегка некомфортно. Автокомплит работает порой просто ужасно долго(хотя на джаве все работает быстро), сборка проекта в два раза меньше джавоского занимала в 2, а и в 3 раза больше времени. Котлин 1.1.1.(((

Дико плюсую. Сегодня буквально был вынужден работать на машинке, где далеко все от фен шуя. И поправде сказать было слегка некомфортно. Автокомплит работает порой просто ужасно долго(хотя на джаве все работает быстро), сборка проекта в два раза меньше джавоского занимала в 2, а и в 3 раза больше времени. Котлин 1.1.1.(((

Много модулей?

Много модулей?

два

два

Жалко. У меня появилась идея разбить проект на модули и вынести их в отдельные maven репозитории (через jitpack.io). Думал поможет быстрее собирать (и архитектура ПО улучшится).

Жалко. У меня появилась идея разбить проект на модули и вынести их в отдельные maven репозитории (через jitpack.io). Думал поможет быстрее собирать (и архитектура ПО улучшится).

Да вот хз. Сегодня собирал jsoup cебе с небольшими правками, так собралось за 7 сек. Это чисто джава. После этого чисто котлин проект без всяких зависимостей 3 класса 150 - 200 строк - 22 сек. Это в idea. В студии тяжелый проект обычно собирается полторы - две минуты, схожий но на котлине от 3 - до 5 минут.

Не думаю, что студия чем-то отличается от идеи (крме урезанности). Но инкрементальная компиляция — вроде норм.

Не думаю, что студия чем-то отличается от идеи (крме урезанности). Но инкрементальная компиляция — вроде норм.

Так то да, просто уточнил на всякий)

Lazy

Ну и второй вариант можно использовать

Ну Kotlin регексы, это просто сахар над java.util.regex.Pattern И вообще у тебя код разный (попробуй переписать с find/findAll)

спасибо.

Проверь еще regex на наличие backspace

Есть подозрение что делается лишняя работа при проверке ппттерна

что тут может быть не так? значение листу не могу присвоить val fileList : List<String> ZipFile(Paths.get("somedir").toFile()).use { zf -> fileList = zf.entries().toList().filter { !it.isDirectory }.map { it.name } }

Есть подозрение что делается лишняя работа при проверке ппттерна

Ok. Thks.

Ok. Thks.

http://regexr.com я вот тут проверяют

http://www.regexpal.com/ и тут

http://www.regexpal.com/ и тут

Я это обычно юзаю https://regex101.com/ Да дело даже не в регулярке, на дваже она работает быстрее. Попробую сейчас без сахара переписать

фак. он не jvm язык

http://eta-lang.org

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

одному мне не хватает возможности в идее конвертировать лямбду в функцию и обратно?

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

4 пда - список новостей

4 пда - список новостей

http://4pda.ru или rss?

4pda .ru

4pda .ru

Ты на телефоне тестируешь? На па это десятки мс

Ты на телефоне тестируешь? На па это десятки мс

Да, мне смысла нет на пк. Телефон средней по мощности.

Приветствую. Не подскажете, что тут может быть не так? значение листу не могу присвоить val fileList : List<String> ZipFile(Paths.get("somedir").toFile()).use { zf -> fileList = zf.entries().toList().filter { !it.isDirectory }.map { it.name } }

MutableList

Нужен

Но ведь я всего лишь объявил, присвоить ведь можно позже? val c: Int // Type required when no initializer is provided c = 3 // deferred assignment

lateinit не работает? Но в целом мьютабл тут логичнее, или перестроить выражение так, чтоб лист возвращался.

А зачем mutable, если я ничего не меняю? Просто хочу понять ) use же не возвращает значение

компилятор не знает, в какой момент вызовется лямбда переданная в use и вызовется ли вообще

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

ERROR: S client not available

А зачем mutable, если я ничего не меняю? Просто хочу понять ) use же не возвращает значение

возвращает результат выполнения лямбды

https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.io/use.html

понял, все логично. проще говоря, компилятор заранее защищает от недоприсваивания или переприсваивания. спасибо. а как значение use вернуть? так ведь нельзя val fileList : List<String> = ZipFile(Paths.get("somedir").toFile()).use { zf -> return fileList = zf.entries().toList().filter { !it.isDirectory }.map { it.name } }

Рекомендую, код в ``\\\`` оборачивать

Мда

убери return

будет работать

так как use инлайнится, return возаращает из метода в котором объявлена лямбда

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

val fileList: List<String> = ZipFile(Paths.get("somedir").toFile()).use { zf -> zf.entries().toList().filter { !it.isDirectory }.map { it.name } }

да, в этом случае синтаксис будет таким val fileList: List<String> = ZipFile(Paths.get("somedir").toFile()).use { zf -> return use@zf.entries().toList().filter { !it.isDirectory }.map { it.name } }

просто код писал с телефона, там обратного апострофа нет и меткой не возвращает результат Type inference failed. Expected type mismatch: inferred type is List<String!> but Unit was expected

просто код писал с телефона, там обратного апострофа нет и меткой не возвращает результат Type inference failed. Expected type mismatch: inferred type is List<String!> but Unit was expected

Вот же он: `

Облажался )

`

Доброго времени суток) кто то сталкивался с проблемой связанной с kotlinx.android.synthetic : при обращении к TextView все нормально, но при обращении к другим элементам (Button, RecyclerView) они падают с NPE

ты где-то косячишь

покажи код

Доброго времени суток) кто то сталкивался с проблемой связанной с kotlinx.android.synthetic : при обращении к TextView все нормально, но при обращении к другим элементам (Button, RecyclerView) они падают с NPE

импортировал не то, например

Не, все то импортировал, в одной xml все. Из нее же он видит TextView и сетит им текст и пр. А из той же xml листенер на кнопку не может засетить. Причем если явно инициализировать через findViewById то все работает.

Кто-нибудь пользовался всерьёз Anko? Так со стороны кажется что всё это здорово и вьюхи можно круто переиспользовать, наследовать и тд, но боюсь что в итоге может оказаться что ей пользуется очень мало людей, слабая поддержка для редких каких-нибудь юз кейзов и новых фич. Отдельный вопрос удобно ли ей пользоваться если большая часть интерфейса описана в xml Также у неё был плагин для wysiwig который пол года назад поломался с новой студией. Сейчас дела хуже/лучше?

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

Кто-нибудь пользовался всерьёз Anko? Так со стороны кажется что всё это здорово и вьюхи можно круто переиспользовать, наследовать и тд, но боюсь что в итоге может оказаться что ей пользуется очень мало людей, слабая поддержка для редких каких-нибудь юз кейзов и новых фич. Отдельный вопрос удобно ли ей пользоваться если большая часть интерфейса описана в xml Также у неё был плагин для wysiwig который пол года назад поломался с новой студией. Сейчас дела хуже/лучше?

Я пользуюсь. Не сказал бы, что это в стопицот раз удобнее XML, но мне нравится. Можно делать свои преднастроенные вьюхи, типа mySuperCustomEditText(), поудобнее, чем в XML. Есть косяки андроида, из-за которых не все вьюхи, созданные из XML, корректно работают.

Интеропится с XML легко.

А ты делал датабайндинг через Анко?

А ты делал датабайндинг через Анко?

Эм, не могу себе это представить :)

“Data Binding in Anko” @Lewisrhine https://medium.com/lewisrhine/data-binding-in-anko-77cd11408cf9

В чём там основная суть? Почитал бы с радостью, но надо писать код)

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

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

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