Dear community! Is there a way to implement an interface like platform.WebKit.WKNavigationDelegatePr...

# kotlin-native

[Florian Klein]

Dear community!
Is there a way to implement an interface like platform.WebKit.WKNavigationDelegateProtocol in kotlin where method have the same signature?

I'm struggling with this error:
error: Overload resolution ambiguity:
public open fun webView(webView: WKWebView, didCommitNavigation: WKNavigation?): Unit defined in platform.WebKit.WKNavigationDelegateProtocol
public open fun webView(webView: WKWebView, didFinishNavigation: WKNavigation?): Unit defined in platform.WebKit.WKNavigationDelegateProtocol
public open fun webView(webView: WKWebView, didReceiveServerRedirectForProvisionalNavigation: WKNavigation?): Unit defined in platform.WebKit.WKNavigationDelegateProtocol
public open fun webView(webView: WKWebView, didStartProvisionalNavigation: WKNavigation?): Unit defined in platform.WebKit.WKNavigationDelegateProtocol

Thanks in advance!

[russhwolf]

You can suppress the error with @Suppress("CONFLICTING_OVERLOADS") (as recommended here)

[Alex Azarov]

If my understanding is right it will only fix the build error, however, the compiler still won’t be able to distinguish between signatures resulting in a random implementation called each time.

[russhwolf]

It will be able to distinguish them if you pass parameter names

[Alex Azarov]

In this case, it’s the iOS that calls these methods, do you still think it’s safe to use? I don’t quite understand what documentation means by

Stability isn’t guaranteed in this case so use it with caution.

[russhwolf]

I take that to mean API stability across future versions. You might run into issues when updating Kotlin or interacting with code built with a different Kotlin version

[russhwolf]

They're reserving the possibility of breaking things so it's not part of "stable" kmp. Similar to other interop stuff that has @ExperimentalForeignApi annotations because it's not being stabilized yet

[Florian Klein]

Thanks for the response!

[Florian Klein]

I just tested to use the suppress annotation like this:
object WKDelegate : NSObject(), WKNavigationDelegateProtocol {
@Suppress("CONFLICTING_OVERLOADS")
override fun webView(webView: WKWebView, didCommitNavigation: WKNavigation?) {
}
@Suppress("CONFLICTING_OVERLOADS")
override fun webView(webView: WKWebView, didFinishNavigation: WKNavigation?){
}
@Suppress("CONFLICTING_OVERLOADS")
override fun webView(webView: WKWebView, didReceiveServerRedirectForProvisionalNavigation: WKNavigation?) {
}
@Suppress("CONFLICTING_OVERLOADS")
override fun webView(webView: WKWebView, didStartProvisionalNavigation: WKNavigation?) {
}
}

But it's still not compiling now getting a different error.

[Florian Klein]

Turns out it actually has to be a "class" and can't be an "object"! 🤔