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

Best Practice 3 - Cache: Local and remote strategy.

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

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

評価

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

調査の方向性

ファイル、テスト、実装のエントリポイントは指定されていません。まずリンクされた issue #192 を読み、既存の middleware または cache のエントリポイントがないかリポジトリを調査してください。完了基準が定義されていないため、コーディングを始める前に、provider に依存しないローカルおよびリモート cache の設計をメンテナーと明確にしてください。

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

説明

Commercetools resources are versioned, so it is possible to cache resources, since in case the cache is outdated we get a version conflict from the platform and all we have to do is invalidate the outdated cache entry.

We can use both cache strategies, either local, or remote (redis or other cach providers). but at the same time we dont want to bind ourselves to a specific provider, this is why we can create a cache interface that we use in a middleware. and which abstract the cache (local and remote ) away.

maybe use javax.persistence.Cache, or create an interface similar to

public interface CtpCache {
     Future<Object> upsert(String key, Object object);
     Future<Object> get(String key);
     void invalidate(String key);
}

public class CacheMiddleware {
        public CacheMiddleware(CtpCache cache){
        .....
        }
} 

linked to https://github.com/commercetools/rmf-codegen/issues/192

主要言語
Kotlin
スター
16
フォーク
7
平均マージ
2日 8時間
マージ済み PR(30日)
4

環境構築

このプロジェクトの環境構築ファイルはまだ確認していません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

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

commercetools/rmf-codegen のほかの issue

commercetools/rmf-codegen の issue をすべて見る

似ている issue

Kotlin の issue をもっと見る

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

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