Hello.

Webアプリがアプリの世界で効果的に競争するためには、アプリが期待されるすべての場所に統合される必要があるとよく言われます。インターアプリの通信は、Webプラットフォームの主要な不足している作品の一つであり、具体的には最後の主要な不足している機能の一つは、ネイティブレベルの共有です:Webアプリケーションが取得できるようにする必要がありdata out of their siloや他のウェブサイトやアプリへの。他のネイティブアプリやサイトからデータを受信できるようにする必要もあります。 File Share Target APIは、現在Chrome Canaryに含まれているAPIの変革者です。このAPIはWeb Share Target APIを拡張したWeb Share Target API 、アプリやサイトがWebサイトへの単純なリンクやテキストをシステム共有機能に統合することでそれらを共有できるようにします。 この非常に静的なファイルブログはWeb Share Target APIを利用しているので、私はすぐにshare linksに興味があることをあらゆるAndroidアプリケーションから、そして先週のI enabled the File Share Target API so that I can upload images to my blog directly from the Camera app on Androidから見つけることができます。この記事は、私がどのようにしてそれを行ったかについてのものです（そして、Jake Archibaldからのコードをいくつか盗みました - 彼がWORDS2に行っている統合に関する多くのバグをsquoosh.appました）。 File Share Target APIは完全にプログレッシブであるという点で非常に斬新なAPIです。アプリケーションがForm POST要求を処理できる場合は、このAPIと簡単に統合できます。基本的な流れは次のとおりです。ユーザーがネイティブピッカーからアプリケーションを選択すると、ChromeはForm POSTリクエストをサーバーに送信します。それを使用するのはサービス担当者またはサーバー上の処理です。 Webアプリケーションにファイルを共有するためのサポートを追加するには、2つのことを行う必要があります。 1.マニフェストファイルを介してファイルを共有するためのサポートを宣言する。 2.サービスワーカーでフォームPOST要求を処理します。 マニフェストは、ホストシステムからWebアプリケーションへの共有のマッピング方法をホストシステムに宣言します。以下のマニフェストでは、基本的に「ユーザーが 'image / *'タイプのファイルを共有する場合は '/ share / image /'に対してForm POSTリクエストを行い、データに 'file'という名前を付けます。 manifest.json * JSON { "name": "Blog: Share Image", "short_name": "Blog: Share Image", "start_url": "/share/image/", "theme_color": "#000000", "background_color": "#000000", "icons": [ { "sizes": "192x192", "src": "/images/me.

これはカメラアプリから直接共有をテストしています。 それがうまくいったように見えます:)

これはAndroid上のShare Target APIのテストであり、ファイルを共有することができます。 あなたがここに何かを見れば、それからすべてが良いです:)

Pete LePageがオリジントライアルでWeb Share Target APIとChromeの可用性を紹介します Until now, only native apps could register as a share target. The Web Share Target API allows installed web apps to register with the underlying OS as a share target to receive shared content from either the Web Share API or system events, like the OS-level share button. Read full post 。 このAPIはウェブ上のゲームチェンジャーです、それはネイティブのアプリで利用可能であったことがあるものへのウェブを開く:ネイティブの共有。アプリはサイロであり、それらはすべてのデータを吸い込み、プラットフォームを越えてアクセスするのを難しくします。共有ターゲットは、Webが同じゲームで遊ぶことができるように競技場を平準化し始めます。 Twitter Mobileの経験には、Share Target already enabledます。この投稿は私のサイトの管理者パネルのmanifest.json定義した共有ターゲットを使って作成されました - それは非常にうまく機能し、ファイルサポートがあればmanifest.jsonに自分のデバイス上のイメージやブロブをブログに投稿できるようになります。 とてもエキサイティングな時代です。 リンクされた記事を読んで、このAPIがいつ公開されるべきか、およびAPIの使用方法のスケジュールについて詳しく学んでください。

この記事は1年以上遅れています。それは私の草案に長年詰まっていましたが、私はそのアイデアが2018年に解決する必要があると思っています。また、昨年、他の問題も発生しています。 私はインドネシアで2016年に開発者とぼんやりとチャットをしていましたが、それはウェブがねじれている（彼らは文字通りの言葉だった）という会話の中で出てきました。この問題の要点は、今日のユーザー、特に初めてオンラインになったユーザーがサイロ内部でコンテンツを作成していることです。場合によっては、これらのサイロウェブのような外観と感じるが、これらのプラットフォームでのみ使用可能ですが、すべてのネイティブ・アプリケーションには能力があるという事実によって永続化されていますユーザーがコンピューティングデバイス上に持っているすべてのインタラクションに積極的に参加することができますが、Webはそうではなく、それがキラーです。 Webエクスペリエンスにコンテンツを取得することは不可能ですが、コンテンツを取得するのは簡単です。 より具体的には、私たちが議論したいくつかのシナリオがありました。 あなたはあなたのカメラアプリで写真を撮って、あなたは画像を共有したいと思う。あなたは共有を押しますが、ネイティブアプリだけがリストに表示されます。ウェブはユーザーのための選択肢の一部ではないため、ウェブはその価値を捕らえることはできません。 2.ブラウザで現在のページを共有したい。あなたは共有を押しますが、ネイティブアプリだけがリストに表示されます。情報を共有するという行為は、ユーザーがWebからネイティブの経験を失うことを意味します。3. Webページ内に直接コンテンツを作成して共有したい場合、唯一のオプションは共有するウィジェットを含めることです。 2017年の早い段階で、Web（ネイティブChromeのユーザー）にネイティブ共有をもたらしたnavigator.shareのリリースを見ました。皮肉なことに、 navigator.share APIはネイティブアプリを使ってユーザーの流れを永続させます。 2018年には、ネイティブのプラットフォームで永続化されているサイロをより効率的にするためにウェブを愛するでしょう。ウェブは、ユーザがデバイスとのあらゆる主要な相互作用に参加できる必要があります。 2017年の後半、AndroidのChromeで「ホーム画面に追加された機能が強化されました」が開始されました。つまり、ユーザーがあなたの Progressive Web Appをインストールするたびに、実際のAPKがユーザーのために生成されます。 Android上のAPKは、すべての目的と目的で、ウェブアプリケーションがネイティブアプリケーションとみなされることを意味します。 「ホーム画面への追加が改善されました」という最初の反復では、PWAの範囲内にあるURLへのすべてのナビゲーションがPWAで直接開かれることを意味しています。 将来は少し明るいです。 Chromeは共有ターゲットAPIで作業しています。これにより、サイトが受信に参加することを宣言できますの “株式”。これは、ユーザーがリンクを共有するたびに、あなたのPWAを一覧表示できることを意味します。 Twitter Lite（https://lite.twitter.com）のような大きなサイトでは、ユーザーがネイティブアプリを使用する必要なく共有できるようになるため、この開発には非常に興奮していますそれはまた、ほんの一握りのユーザーが使用するかもしれない小さなニッチサイトも同じエコシステムの一部である可能性があることを意味します。 APIはまだ画像やバイナリデータを扱うことができませんが、Androidエコシステムを見れば、ACTION_SENDインテントが最もよく使われるインテントであり、主にテキストとリンクを共有するためのものです。 それはスタートです。ウェブは一度に1つのサイロを分解しています。