当前位置：文江博客话题详情

序列是否称为Kotlin中的内部DSL？

发布于 2025-02-09 10:57:08 字数 140 浏览 3 评论 0原文

它在“ Kotlin In Action”一书中说，Kotlin DSL结构最常通过链式方法调用创建。此外，一个典型的库由许多方法组成，并且不保留上下文。

我对哪个侧序接近我感到困惑。在阅读本文之前，我认为序列只是库的API，但它确实符合DSL的功能。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

白鸥掠海 2025-02-16 10:57:08

我不是100％确定这回答了您的问题，但是我不会将sequence管道视为“ DSL”本身，特别是因为它是一般的，这与“域”相反 - 特定的” - DSL定义的核心。

如果您基于链接的方法来构建自己的构建器API，请注意特定域，您可以将其视为DSL，但我想说Kotlin DSL主要由具有声明性的财产分配的嵌套lambdas制成，而是比链方法调用。

这是因为Kotlin中的Lambdas给出了块和结构的错觉，而不是实际的功能和功能调用，这就是为什么这样的嵌套结构看起来像他们自己的“语言”（DSL的L）。链式方法调用看起来不像另一个“语言” - 它们看起来像功能调用，但这当然是我的主观措施。

例如，这是使用Gradle Kotlin DSL的Gradle Build脚本：

plugins {
    `java-library`
}

dependencies {                              
    api("junit:junit:4.13")
    implementation("junit:junit:4.13")
    testImplementation("junit:junit:4.13")
}

java {                                      
    sourceCompatibility = JavaVersion.VERSION_11
    targetCompatibility = JavaVersion.VERSION_11
}

dos 看起来像其自己的语言，在阅读此类代码时，您不会立即想到Kotlin。

I'm not 100% sure this answers your question, but I would not think of Sequence pipelines as a "DSL" per se, in particular because it is quite general, which is the opposite of "domain-specific" - the heart of the definition of a DSL.

If you build your own builder API based on chained method calls for a specific domain, you could consider that as a DSL, but I would say Kotlin DSLs are mostly made of nested lambdas with declarative property assignments, rather than chained method calls.

This is because lambdas in Kotlin give the illusion of blocks and structure more than actual functions and function calls, which is why nested structures like this look like their own "language" (the L of DSL). Chained method calls don't look like another "language" - they just look like function calls, but of course that's my subjective take.

For example, here is a Gradle build script using the Gradle Kotlin DSL:

plugins {
    `java-library`
}

dependencies {                              
    api("junit:junit:4.13")
    implementation("junit:junit:4.13")
    testImplementation("junit:junit:4.13")
}

java {                                      
    sourceCompatibility = JavaVersion.VERSION_11
    targetCompatibility = JavaVersion.VERSION_11
}

It does look like its own language, you don't immediately think of Kotlin when reading such code.

回复收藏 0 原文

~没有更多了~