Szukaj…


Wprowadzenie

Skoncentruj się na szczegółach składni, aby zaprojektować wewnętrzne DSL w Kotlin.

Podejście infix do budowy DSL

Jeśli masz:

infix fun <T> T?.shouldBe(expected: T?) = assertEquals(expected, this)

w swoich testach możesz napisać następujący kod podobny do DSL:

@Test
fun test() {
  100.plusOne() shouldBe 101
}

Przesłanianie metody invoke do budowania DSL

Jeśli masz:

class MyExample(val i: Int) {
  operator fun <R> invoke(block: MyExample.() -> R) = block()
  fun Int.bigger() = this > i
}

w kodzie produkcyjnym możesz napisać następujący kod podobny do DSL:

fun main2(args: Array<String>) {
    val ex = MyExample(233)
    ex {
        // bigger is defined in the context of `ex`
        // you can only call this method inside this context
        if (777.bigger()) kotlin.io.println("why")
    }
}

Używanie operatorów z lambdami

Jeśli masz:

val r = Random(233)
infix inline operator fun Int.rem(block: () -> Unit) {
  if (r.nextInt(100) < this) block()
}

Możesz napisać następujący kod podobny do DSL:

20 % { println("The possibility you see this message is 20%") }

Używanie rozszerzeń z lambdami

Jeśli masz:

operator fun <R> String.invoke(block: () -> R) = {
  try { block.invoke() }
  catch (e: AssertException) { System.err.println("$this\n${e.message}") }
}

Możesz napisać następujący kod podobny do DSL:

"it should return 2" {
   parse("1 + 1").buildAST().evaluate() shouldBe 2
}

Jeśli czujesz się zdezorientowany, shouldBe powyżej, zobacz przykładowe Infix approach to build DSL .



Modified text is an extract of the original Stack Overflow Documentation
Licencjonowany na podstawie CC BY-SA 3.0
Nie związany z Stack Overflow