objectbox / objectbox/objectbox-java
same property converter names conflict
未关闭
还没有人认领这个 Issue。
bug
- 主要语言
- Java
- 星标
- 4.6k
- 派生
- 311
- PR 合并指标
- 30 天内没有已合并 PR
描述
Is there an existing issue?
- I have searched existing issues
Build info
- ObjectBox version: [4.0.3]
- OS: [Android ]
- Device/ABI/architecture: [arm64-v8a ]
Steps to reproduce
file A.kt:
class A {
@Convert(converter = B.Converter::class, dbType = String::class)
var b:B?=null
@Convert(converter = C.Converter::class, dbType = String::class)
var c:C?=null
}
class B {
class Converter...
}
class C {
class Converter...
}
Expected behavior
generated ACursor.java:
...
import apple.ios.watches.model.B;
import apple.ios.watches.model.C;
...
private final B.Converter bConverter = new B.Converter();
private final C.Converter cConverter = new C.Converter();
...
Actual behavior
generated ACursor.java:
...
import apple.ios.watches.model.B.Converter;
import apple.ios.watches.model.C.Converter;
...
private final Converter bConverter = new Converter();
private final Converter cConverter = new Converter();
...
Code
Code
Logs, stack traces
Logs
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
使用 Kotlin 类 A、B 和 C 重现该问题,然后检查生成的 ACursor.java、converter 的导入以及字段名生成。完成的标准是,生成的 Java 中两个 converter 都保留对 B.Converter 和 C.Converter 的不同引用。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- java, kotlin
- 领域
- databases
- Issue 类型
- 缺陷
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 活跃度
- 停滞
- 描述清晰度
- 描述清楚
- 新手友好度
- 38/100