wrap-java: Optional convenience methods can fail to compile when a parameter shadows the method name

未关闭 适合新手
#945 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
70/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
活跃
技术栈
java, swift
领域
backend

调研方向

首先找到生成 Optional 便捷方法的wrap-java代码,并检查当参数同名时,它如何构建对原始方法的调用。示例提供了一个最小复现:包装arg0(OptionalLong value)并检查生成的 Swift。完成标准是生成的调用指向原始方法且能够编译;issue 没有指定测试或源文件。

由索引模型根据 Issue 内容生成。

描述

Problem

Optional convenience methods generated by wrap-java invoke the original method without a receiver. A parameter can therefore shadow that method and make the generated Swift fail to compile.

Example

This Java declaration:

public OptionalLong arg0(OptionalLong value) { return value; }

produces a Swift convenience method whose argument is also named arg0:

open func arg0Optional(_ arg0: Int64?) -> Int64? {
  Optional(javaOptional: arg0(arg0.toJavaOptional()))
}

The body attempts to call the Optional argument as a function instead of calling the original method.

Reference workaround implementation: https://github.com/qoncept/swift-java/pull/8

主要语言
Swift
星标
1.3k
派生
127
平均合并
2 天 14 小时
30 天内合并 PR
5

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

swiftlang/swift-java 的其他 Issue

查看 swiftlang/swift-java 的全部 Issue

相似的 Issue

更多 Swift Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。