Migrate protocol_handler's custom protocol and deep-link capabilities to NativeAPI

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

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
dart, flutter, typescript
領域
api, desktop

調査の方向性

Start with the linked protocol_handler README and public API references to map the existing registration, launch URL, event, and listener behavior. Then inspect NativeAPI's UrlOpener and its Dart/Flutter bindings and platform integrations. Done means equivalent APIs, setup documentation and a migration example cover Android, iOS, macOS, and Windows, with the listed scenarios validated on each.

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

説明

Goal

Bring the full public capability set of protocol_handler into NativeAPI so Flutter apps can migrate without losing functionality.

Scope

Provide equivalents for:

  • register(String scheme) for custom protocol registration/configuration.
  • getInitialUrl() for retrieving the URL that launched the app.
  • onUrlReceived for incoming URL events.
  • ProtocolListener.onProtocolUrlReceived(String url), listener attachment/removal, and listeners / hasListeners inspection.

API names may change, but the migration guide should map every existing public capability to its NativeAPI equivalent.

Platform coverage

Match the source plugin's documented support: Android, iOS, macOS and Windows. Document the required Android intent filters, iOS/macOS URL scheme declarations, Windows runner integration and MSIX protocol activation configuration.

Acceptance criteria
  • Expose equivalent APIs to Dart/Flutter.
  • Document platform support, setup requirements and limitations.
  • Provide a migration guide and example covering registration, launch URLs, incoming events and listener cleanup.
  • Validate these scenarios on all four source-supported platforms.
Notes

NativeAPI's existing UrlOpener handles outbound URLs, not incoming protocol activations. The source plugin exposes no unregister API, so unregistration is not assumed to be part of migration parity. Linux support and other language bindings can be scoped separately.

References
主要言語
TypeScript
スター
172
フォーク
16
平均マージ
40分
マージ済み PR(30日)
2

環境構築

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

はじめの一歩

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

libnativeapi/nativeapi のほかの issue

libnativeapi/nativeapi の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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