Channels
#announcements
- u
user
10/05/2016, 4:05 PMhttps://twitter.com/kotlin/status/783699742853398528 Hey London! Don't miss the K•Night! We'll discuss adopting and maintaining Kotlin in real production. Register&Join: https://t.co/53W0I8QFmB https://t.co/N2dzUTIqYU Twitter - i
ian_p
10/05/2016, 4:08 PManyone doing gradle kotlin script? having problems getting the IDEA plugin for kotlinscript to work - y
yole
10/05/2016, 4:08 PMplease ask in #gradle - i
ian_p
10/05/2016, 4:08 PMmy mistake - thanks - f
forcelain
10/05/2016, 4:23 PMis there any alternative for
?if (0 <= x && x<= 10) - y
yole
10/05/2016, 4:24 PMx in 0..10👍 5 - f
forcelain
10/05/2016, 4:24 PMthanks - s
semoro
10/05/2016, 4:24 PMReally cool Kotlin feature) - d
dpk
10/05/2016, 4:25 PMunrelated, but i’m also liking
as a cool Kotlin featurecoerceIn👍 1 - s
semoro
10/05/2016, 4:38 PMWhy
not describes standard math operators? e.gkotlin.Number
,+
?* - e
ean5533
10/05/2016, 4:55 PMI'm curious about this too. Are there numbers which can't (for example) be divided? - e
ean5533
10/05/2016, 4:55 PMIt seems that all stdlib subclasses of
implement all standard math operators, as far as I can tellNumber - s
semoro
10/05/2016, 5:02 PM@ean5533 Also why no interface for
,Byte
,Short
,IntLong - s
semoro
10/05/2016, 5:02 PMWith binary operators - i
ilya.gorbunov
10/05/2016, 5:11 PMBecause there's no such interface in runtime - s
semoro
10/05/2016, 5:12 PM@ilya.gorbunov With
also?Number - i
ilya.gorbunov
10/05/2016, 5:23 PM
interface does not have the operations, and we couldn't add them there, because on JVM it's represented withNumberjava.lang.Number - d
dmcg
10/05/2016, 8:33 PMI’ve been driven to write! Extension Functions Can Be Utility Functions - http://www.oneeyedmen.com/extension-functions-can-be-utility-functions.html - i
ilya.gorbunov
10/05/2016, 8:52 PM@dmcg Nice, but did you read the original article to the end? Looks like your examples are what the author classified as "true" extensions:if your implementation passes an instance of the type it extends (i.e. “this”) as an argument to some other function, it is very likely that you are writing an utility function, not an extension function. If, on the other hand, your implementation calls some function on “this” (like “this.setVisible()” for View), then it is very likely that you use an extension mechanism correctly.
- d
dmcg
10/05/2016, 8:57 PMMaybe not well enough ;-) I may have to go looking for examples that break that rule too. - d
dmcg
10/05/2016, 9:11 PMI’ve withdrawn my objections, although the original (which is well written), defines utility functions pretty narrowly! Republished. - h
hellotimmutton
10/05/2016, 11:11 PMso dunno if this is the right place to ask, but is it possible to repackage the standard library? using kotlin in a library project and the 5k+ methods it adds is a bit of a downer - h
hellotimmutton
10/05/2016, 11:11 PMhowever when I try to repackage it I get an error about how only the standard library can use the kotlin package - d
dwellman
10/06/2016, 1:00 AMNice article, @dmcg . This section you wrote got my attention: - d
dwellman
10/06/2016, 1:00 AMHere JournalJson and AccessType are simple data classes, unencumbered by all the operations that the rest of the system would like them to have; because they can define operations like withOAText() as extension functions when they need them.
- d
dwellman
10/06/2016, 1:02 AMHow do you decide when methods should be extension functions and when they should be members (functions) on classes/objects that you own? - f
fellshard
10/06/2016, 1:10 AMI think it's usually when it encapsulates operations on a type in some context tangential to the one the type was made for. For example, when writing code that intersects two domains or concerns, using extension methods can help you use your existing types more naturally alongside one another without leaking that local utility into other parts of the codebase👍 4 - c
cypher121
10/06/2016, 3:48 AMalso for generic classes, it can be functionality natural for some more constrained generic, like
orList<Pair<K, V>>.toMap()Pair<T, T>.toList() - d
dmcg
10/06/2016, 7:48 AM@fellshard Absotively - you put it so well that I’ve stolen your words and written another article - http://www.oneeyedmen.com/more-kotlin-extension-fun.html @dwellman - d
dmcg
10/06/2016, 7:49 AM@fellshard @dwellman Hope you’re OK with me quoting you - let me know if not, or if there’s somewhere I can link to.