如何为Java调用者声明返回类型为“ void”的Kotlin Lambda？

Question

我有一个完全用Kotlin编写的库，包括其公共API。现在，该库的用户使用Java，这里的问题是带有返回类型的Kotlin Lambdas Unit没有被编译为返回类型void。结果是Java端必须始终返回Unit.INSTANCE有效的方法void。可以避免这种情况吗？

例：

Kotlin Lambda

interface Foo{
  fun bar(x:(String)->Unit)
}

Java调用

public void call(){
   foo.bar(this::processString)
}

//the return type should rather be void instead of Unit
public Unit processString(String s){  
    return Unit.INSTANCE 
    // ^^ implementations should not be forced to return anything 
 }

是否可以以不同的方式声明Kotlin Lambda，以便编译器生成void返回类型？

另请参阅如何为Java调用程序声明返回类型为“ void”的Kotlin函数？

Answer 1

我对此没有真正的答案，但是我将分享在需要从Java访问此类Kotlin代码（或我想到的情况）的情况下所做的事情。

基本上，这取决于您真正想要触摸/增强哪一边才能获得所需的内容。

增强Kotlin代码以支持Java等效项：

interface Foo {
  fun bar(x : (String) -> Unit)

  /* the following is only here for Java */
  @JvmDefault // this requires that you add -Xjvm-default=enable to your compiler flags!
  fun bar(x:Consumer<String>) = bar(x::accept)
}

这有一些缺点：Consumer-方法也可以从Kotlin中看到，因此也可以从那里调用。不用说，您需要复制接口中的所有功能，因此整个Kotlin接口只会变得更加肿。但是：它在双方都可以按您期望的方式工作。Java调用Consumer-variant，Kotlin调用(String) -> Unit-variant ...希望;-)实际上只是演示了一些调用：

// from Java:
..bar(s -> { System.out.println(s); })
// however, method references might not work that easily or not without a workaround...
..bar((Consumer<String>) System.out::println); // not nice... @JvmName("kotlinsBar") to the rescue? well... that will just get more and more ugly ;-)

// from Kotlin:
..bar(Consumer(::println)) // or: ..bar(Consumer { println(it) })
..bar(::println)           // or: ..bar { println(it) } // whatever you prefer...

话虽这么说，另一个变种是添加实际上可以帮助从Java轻松调用Kotlin函数的辅助方法，例如：

fun <T> `$`(consumer: Consumer<T>): (T) -> Unit = consumer::accept

可能永远不会从Kotlin调用它（因为编写反引号和$已经很麻烦），或者如果您不想膨胀Kotlin代码，只需向Java添加这样的方法，但是看起来并不那么苗条。 ：

static <T> Function1<T, Unit> $(Consumer<T> consumer) {
    return t -> {
        consumer.accept(t);
        return Unit.INSTANCE;
    };
}

对这些方法的调用看起来都相同：

..bar($(s -> /* do something with s */)) // where bar(x : (String) -> Unit)

对于需要解决的问题，我只返回了Unit.INSTANCE或null，但是如果要调用的方法更多，则可能会选择第二种（$(...)）方法。在最好的情况下，我只需要提供（生成？;-）一次等效项，并在多个项目中使用它们，而default仅在Java中提供接口的变体可能需要更多的工作，甚至可能使某些人感到困惑。

最后：不...我不知道有任何选项可以让您void从UnitKotlin 的- 返回功能接口中获得类似于-功能接口（/消费者）的功能。