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

Add `afterAll` hook to ATProto loader for post-pipeline collection transforms

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

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

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
65/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
静か
技術スタック
typescript
領域
backend

調査の方向性

defineAtProtoLiveCollection と defineAtProtoCollection のエントリポイントから始め、parseRecord → filter → groupBy → transform パイプラインを追跡します。オプションの afterAll 動作を追加し、完全に変換された collection を受け取って最終的なデータ形式を返すようにします。両方の loader が、レコードごとの変換後に collection 全体の並べ替えまたはフィルタリングをサポートすれば完了です。

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

説明

astro-atproto-loader

The ATProto loader pipeline currently runs parseRecord → filter → groupBy → transform per record (or group of records). This means any operation that needs to see the whole collection (e.g. sorting it) has to be written again every time the collection is used, which offends me personally.

Instead, we should add an optional afterAll hook to both defineAtProtoLiveCollection and defineAtProtoCollection.

This would run after all transforms have completed, get an array with all the entries, and return the final shape of the data. Obviously, callers can then do any type of re-ordering of re-filtering they’d like, but at least one could have e.g. a guarantee that their posts are always returned in chronological order.

主要言語
TypeScript
スター
27
フォーク
7
平均マージ
6分
マージ済み PR(30日)
1

環境構築

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

はじめの一歩

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

FujoWebDev/fujocoded-plugins のほかの issue

FujoWebDev/fujocoded-plugins の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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