https://kotlinlang.org logo
Channels
Powered by
#stdlib
  • d

    Dias

    01/08/2019, 1:14 PM
    qq: why 
    pow
    doesn't use 
    **
    operator? is it some java limitation?
  • k

    karelpeeters

    01/08/2019, 1:43 PM
    Wel from a #stdlib point of view it's a language limitation, there's no 
    **
    operator in Kotlin.
  • k

    karelpeeters

    01/08/2019, 1:44 PM
    But that's just a choice, I don't think there's a fundamental reason behind it.
  • m

    marstran

    01/08/2019, 1:54 PM
    I would guess the reason is that 
    pow
    is so rarely used outside math, that it isn't worth reserving an operator for. Also 
    **
    only saves 1 character and is less readable than 
    pow
    .
  • k

    karelpeeters

    01/08/2019, 1:55 PM
    Disagree there, 
    **
    , like all operators, is more readable because it breaks up the text around it.
    👍 3
  • m

    marstran

    01/08/2019, 1:56 PM
    "More readable" is mostly a subjective matter 🙂
    👍 5
  • m

    marcinmoskala

    01/14/2019, 1:47 PM
    Though there are some rules. We all know what is a power of number. Not necessarily what is 
    **
    . We read 
    pow
    and we intuitively hear 
    power
    . I believe that most of us would need a second to remind ourselves what 
    **
    is. It might me intuitive, but we would first need to see it many times in many different contexts. Since it is not a popular idiom, I believe that it would take too much effort to force it.
  • k

    karelpeeters

    01/14/2019, 4:53 PM
    But those aren't in Kotlin simple smile
  • d

    Dias

    01/14/2019, 5:16 PM
    I would say it is quite popular to use 
    **
    as 
    power
    . Google is doing that in the google calculator, and it's 
    **
    in python, which might be the go-to scientific/financial programming language nowadays
  • k

    karelpeeters

    01/14/2019, 5:19 PM
    There's a list of programming languages here: https://en.wikipedia.org/wiki/Exponentiation#In_programming_languages
  • c

    Czar

    01/14/2019, 6:43 PM
    didn't know there were so many using 
    **
  • c

    Czar

    01/14/2019, 7:33 PM
    What it all comes down to is choice, the choice made by JB team initially, based on the intended use of Kotlin, preferences of the team and feedback they've received while developing it. No one language can satisfy 100% of its users in all situations.
  • c

    cbruegg

    01/14/2019, 7:50 PM
    **
    is one of those operators I'd be happy to have, but I wouldn't benefit from it so much that I'd say I need it in the language. If we have lots of language features added that only serve a small share of users, then the language will quickly become bloated. One of my favorite Kotlin features is that it's easy to learn, unlike very feature-rich languages like Scala and C++.
  • c

    cbruegg

    01/14/2019, 7:50 PM
    Anyway, I wonder whether this discussion truly belongs in #stdlib?
    ➕ 2
  • v

    voddan

    01/15/2019, 11:37 AM
    The was a discussion to introduce 
    pow
    for basic integer types, but it died out because there were no use-cases outside of long arithmetic. Basically, JVM's 
    Long
    is too short to make a power operation useful. Languages such as Python and Haskell that have an operator for integer power, all have long arithmetic build-in
  • d

    diesieben07

    01/15/2019, 12:27 PM
    But, if 
    **
    existed as an operator (overloaded as 
    operator fun pow
    or something like that), it could be applied to 
    BigInteger
    / 
    BigDecimal
    .
  • s

    serebit

    01/15/2019, 4:38 PM
    I had a thought last night of a function with signature
    Copy code
    fun <E> Iterable<E?>.noNullsOrEmpty(): List<E> = if (null in this) emptyList() else requireNoNulls()
    Possible addition to the stdlib?
    🚫 4
  • m

    Marc Knaup

    01/28/2019, 12:39 PM
    Also, there is 
    String.replaceFirst
    but no 
    String.replaceLast
    😕
  • g

    gregorbg

    02/09/2019, 2:47 PM
    Is there a stdlib method similar to 
    Iterable<T>.associateBy
    that returns 
    Map<K, Collection<T>>
    instead of 
    Map<K, T>
    such that items that map to the same key are accumulated instead of overwritten?
  • y

    ylemoigne

    03/13/2019, 9:36 AM
    Hello, I don't find a stack or a deque in kotlin stdlib. Did I miss it or I have to use a MutableList ? (I'm in a kotlin-js project, so no jdk classes)
  • d

    diesieben07

    03/13/2019, 11:04 AM
    someString.takeIf { it.isNotEmpty() }?.let {... }
  • a

    asad.awadia

    03/19/2019, 11:51 PM
    Can somebody link me to the code where 
    when
    is implemented? I am curious to see how it’s implemented as a dsl
  • s

    Shawn

    03/19/2019, 11:57 PM
    when
    ? It’s not a DSL, though? Just a control flow construct?
  • s

    Shawn

    03/19/2019, 11:58 PM
    Here’s the grammar for it, though, in case that’s what you’re looking for https://kotlinlang.org/docs/reference/grammar.html#whenExpression
  • a

    asad.awadia

    03/20/2019, 12:03 AM
    Thank you
  • a

    asad.awadia

    03/20/2019, 12:04 AM
    Where the lambda is not one function but a bunch of if statements?
  • k

    karelpeeters

    03/25/2019, 3:16 PM
    It's about intent: `RuntimeException`s communicate programming errors, other exceptions are about things that can actually happen in correct code.
  • c

    chan

    03/31/2019, 8:31 AM
    Just wondering if it is possible to obtain 
    KClass<*>
    from annotation using Annotation Processor?
  • c

    chan

    03/31/2019, 8:31 AM
    Copy code
    @Target(AnnotationTarget.CLASS)
@Retention(AnnotationRetention.RUNTIME)
annotation class Wire(val parent: KClass<*>)
  • c

    chan

    03/31/2019, 8:32 AM
    I ran into this error when trying to convert 
    parent
    to 
    KClass<*>
1...145146147148149Latest