jextract/jni: Expose Swift protocol requirement defaults to Java callbacks
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 35/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
调研方向
Start by reading #562 and #891, which describe related extension-member and compilation behavior, then inspect the JNI callback generation entry points in the repository. Determine how an unconditional Swift protocol extension implementation can remain the implementation while calls to other requirements dispatch to Java overrides; done means Java callbacks can inherit that default and the example works.
由索引模型根据 Issue 内容生成。
描述
Problem
JNI callback interfaces currently leave protocol requirements abstract even when Swift supplies an unconditional implementation in an extension. Java implementors must repeat that implementation instead of inheriting the Swift behavior.
Example
public protocol Greeter {
func name() -> String
func greeting() -> String
}
extension Greeter {
public func greeting() -> String { "Hello, \(name())" }
}
With Java callbacks enabled, it would be useful for a Java implementation to provide only name() and inherit the Swift implementation of greeting():
Greeter greeter = () -> "World";
String message = greeter.greeting(); // "Hello, World"
The Swift body should remain the implementation, and its calls to other requirements should dispatch to the Java receiver, including any Java overrides.
This is related to #562, which discusses exposing extension members as Java default methods, and #891, which reports a compilation error when a protocol requirement has a default implementation.
Reference workaround implementation: https://github.com/qoncept/swift-java/pull/11
- 主要语言
- Swift
- 星标
- 1.3k
- 派生
- 127
- 平均合并
- 2 天 14 小时
- 30 天内合并 PR
- 5
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
swiftlang/swift-java 的其他 Issue
-
wrap-java: Optional convenience methods can fail to compile when a parameter shadows the method name未关闭
难度 2/5 1-3 小时 新手友好度 70/100
swiftlang/swift-java#945 ·
维护者通常 1 天内回复
-
android
难度 2/5 1-3 小时 新手友好度 75/100
swiftlang/swift-java#663 · 4 条评论 · 1 个 reaction ·
维护者通常 1 天内回复
-
难度 3/5 1-2 天 新手友好度 56/100
swiftlang/swift-java#949 ·
维护者通常 1 天内回复
-
难度 4/5 3-5 天 新手友好度 54/100
swiftlang/swift-java#947 ·
维护者通常 1 天内回复
-
难度 3/5 1-2 天 新手友好度 53/100
swiftlang/swift-java#946 ·
维护者通常 1 天内回复
查看 swiftlang/swift-java 的全部 Issue
相似的 Issue
-
addition
难度 1/5 1 小时以内 新手友好度 83/100
jaywcjlove/awesome-mac#4259 ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 76/100
VictorKildahl/cra#192 ·
维护者通常 1 天内回复
-
area:docs phase:release priority:p0 type:test
难度 2/5 1-3 小时 新手友好度 66/100
-
难度 2/5 1-3 小时 新手友好度 72/100
openwallet-foundation/multipaz#2161 ·
维护者通常 1 天内回复
-
[Type] Bug Accessibility Notifications
难度 2/5 1-3 小时 新手友好度 78/100
wordpress-mobile/WordPress-iOS#26340 · 1 条评论 ·
维护者通常 1 天内回复