Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Add a general-purpose `Contextualizable` interface for all handlers to support

オープン
#9 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
java

調査の方向性

この issue ではファイルやテストが指定されていません。まず既存のコンテキスト化された serializer と deserializer を見つけ、次に DatabindContext、DeserializationContext、SerializerProvider が handler にどのように渡されるかを追跡してください。関連する handler の種類とコンテキスト型をカバーする一般的な Contextualizable インターフェースのスコープと設計が決まっていれば完了です。

索引モデルが issue の本文から書いたものです。

説明

enhancement

(or, if need be, more than one)

Currently a small set of handlers can be "contextualized": that is, called with context within Object Graph, as specified by Property for which handler is related. This set mostly consists of serializers and deserializers.

But there are many other handlers, especially ones added via annotations, that do not get a chance to change their behavior based on context. It seems quite doable to allow use of an add-on interface like, say, Contextualizable that would allow (re)configuration in this way.

One interface may or may not be doable, due to:

  • Difference between reading (deserialize) and writing (serialize) taking different context object (DeserializationContext vs SerializerProvider) -- although, they are both subtypes of DatabindContext so maybe this is not a fundamental problem.
  • Are there other kinds of context beyond property-bound one? Class annotations might just take JavaType?
主要言語
言語のデータがありません
スター
6
フォーク
0
PR マージ指標
30日以内にマージされた PR はありません

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

似ている issue

Backend & API Design の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。