loopbackio / loopbackio/loopback-next

Filter/Where as a standalone concept

オープン
#5,957 コメント 4 件 リアクション 3 件 担当者 0 名 GitHub で見る

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

epic feature
主要言語
TypeScript
スター
5.1k
フォーク
1.1k
平均マージ
2日 21時間
マージ済み PR(30日)
27

説明

Refactor the current implementation of LoopBack's Filter to allow other packages to leverage the filtering implementation and/or support LoopBack's Filter syntax.

1. The syntax of Filter/Where objects should be well defined and properly documented, to allow 3rd-party implementations to understand all possible values.

2. There should be TypeScript typings describing Filter, Where, etc., these typings must be accessible independently on `@loopback/repository` (e.g. via a new package).

3. The implementation used by our memory connector should be refactored/extracted into a package that can be used independently from juggler (something like https://www.npmjs.com/package/loopback-filters). It's important to update the connector to use that new package, to ensure there is only single reference implementation.

Nice to have:

- JSON Schema describing Filter syntax
- Some sort of a test suite to allow 3rd-party implementations to verify conformance

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

調査の方向性

まず、LoopBack の既存の Filter/Where 実装と juggler のメモリーコネクターを見つけ、次に @loopback/repository がその型をどのように公開しているかを確認します。構文が文書化され、独立した TypeScript の型定義と再利用可能なフィルタリングパッケージが存在し、メモリーコネクターが共有実装を使用し、提案された JSON Schema または適合性テストに対応できていれば完了です。

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

評価

技術スタック
typescript
領域
backend-api-design, documentation
issue の種類
リファクタリング
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
おおむね明確
初心者へのやさしさ
25/100

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

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