loopbackio / loopbackio/loopback-next
Filter/Where as a standalone concept
まだ誰も着手していません。
- 主要言語
- 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
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、LoopBack の既存の Filter/Where 実装と juggler のメモリーコネクターを見つけ、次に @loopback/repository がその型をどのように公開しているかを確認します。構文が文書化され、独立した TypeScript の型定義と再利用可能なフィルタリングパッケージが存在し、メモリーコネクターが共有実装を使用し、提案された JSON Schema または適合性テストに対応できていれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- typescript
- 領域
- backend-api-design, documentation
- issue の種類
- リファクタリング
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 25/100