Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Constitution compliance: add native-client escape hatch

未关闭
#102 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
45/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
活跃
技术栈
java

调研方向

先从公开的 MulticloudDbClient 契约和 issue #38 中的当前状态表开始,然后检查三个 provider adapter,了解其现有 client 和生命周期边界。在为 Cosmos、DynamoDB 和 Spanner 实现共享的 escape-hatch 契约之前,先定义该契约以及对不支持类型的行为。共享契约测试、provider 专用测试以及更新后的 API 和架构文档满足每项验收标准后,即视为完成。

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

描述

Problem

The constitution requires every provider adapter to expose an explicit native-client escape hatch. The current public MulticloudDbClient contract states that no code-level escape hatch exists, and the repository contains no nativeClient(...) implementation. Issue #38 currently lists this capability as already available, so the implementation and supportability inventory disagree.

Scope

  • Design a type-safe, explicit opt-in boundary for obtaining the underlying Cosmos, DynamoDB, or Spanner client.
  • Define ownership, lifecycle, logging, and unsupported-type behavior.
  • Implement the contract for all three providers without changing portable default behavior.
  • Correct the current-state table in #38 and update API/architecture documentation.

Acceptance criteria

  • All three adapters expose their native client through one documented public escape-hatch contract.
  • Incorrect requested native types fail predictably without unsafe casts.
  • Native access does not weaken configuration-only portable behavior or client lifecycle safety.
  • Shared contract tests and provider-specific tests cover the boundary.
主要语言
Java
星标
7
派生
7
平均合并
1 天 19 小时
30 天内合并 PR
3

环境准备

从这里开始

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

microsoft/multiclouddb-sdk-for-java 的其他 Issue

查看 microsoft/multiclouddb-sdk-for-java 的全部 Issue

相似的 Issue

更多 Java Issue

把新 issue 发到你的邮箱

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