Webアプリケーションに「オフライン」モードを含めないのは標準的な方法ですか？
アクセシビリティのトピックに関しては多くの議論がありますが、システムへのアクセス権を持っているという純粋な意味での仕事のアクセシビリティを考えると、設計者がネットワークアクセスが標準であり、したがって作成する必要がないと仮定するだけなのかどうかに興味があります。オフラインモード。
これが実装されているのを見た主なシナリオは、コミュニティまたはマルチプレーヤー機能にアクセスするためにオンラインに接続する必要があるゲームです。そのため、シングルプレーヤーモードを持つことで差別化されますが、多くは依然としてデータに保存したりアクセスしたりするためにWebに接続します。情報。
これは、サーバー側ではなくローカルでデータを保存および処理できるようにするための技術的な考慮事項ですか、それともほとんどのユースケースでネットワークアクセスや中断が発生しないということだけですか？これは実際に妥当な想定ですか、またはデフォルトで常にオフラインモードを提供するようにすべきですか？
Update：Polymerプロジェクトには Platinum Elements が含まれているため、すべてのキャッシュとリクエスト処理ロジックでは、いくつかの段階でオフラインモードがより主流になるようです。
ほとんどのアプリケーションはオフラインモードを使用していますが、「インターネット接続がない」問題について最初からユーザーに通知しないアプリケーションがたくさんあります。
Pinterestはこの戦略を使用しています。この場合、画面にはコンテンツが表示されず、アプリはコンテンツが利用できない理由を説明しません。ユーザーがオフラインであることを示すインジケータはありません。
インターネットの問題が早く解決されるなら、これは良いことだと思います。次に、良いメッセージで明確な期待を設定することが不可欠です。
結論として、私は本当に、Webアプリケーションの「オフライン」モードにはパフォーマンスに複数の利点があり、フロントエンドの開発を支援するには優れた設計が必要であると思います。
Dasbeastoの要点として、オフラインモードでは、ゲームに対する考慮事項が一般的なWebアプリケーションとは異なります。ゲームでは、サーバーによる検証を要求することで、不正行為を防ぐことができます。私はこれを処理するために見たいくつかの異なる戦術があると思います：
- フルオフラインモード：Google Appsなどのより堅牢なアプリケーションに表示されます。以前は正常に動作するために必要なブラウザ拡張機能がありましたが、それはなくなる可能性があります。モバイルおよびデスクトップ上のほとんどのネイティブアプリの標準動作。
- 部分オフラインモード：Trelloを使用すると、オフラインのときに新しいカードを追加できますが、サーバーにアップロードされるまで、これらのカードに豊富な情報を追加することはできません。ハイブリッドモデルは、開始できるのでかなりうまく機能しますが、障害が発生した場合に大量の作業を行うことはできません。
- オフラインモードなし：ほとんどのアプリはデフォルトでこれに設定されていますが、それが合理的なアクションかどうかを判断するためにユーザーが何に取り組んでいるかによって多少異なると思います。たとえば、Googleドキュメントのように、フレームワークでコンテンツに取り組んでいます。 YNABのようなものです。あなたは彼らのフレームワークに取り組み、値を入力しています。私の意見では、GoogleドキュメントはYNABよりもオフラインモードを使用する方が理にかなっています。
現時点では、Webアプリケーションをオンライン専用にするのが標準的な方法です。このルートに行くなら、おそらく大丈夫でしょう。
今後数年間、私はそれが真実であり続けることを疑います。 Service Workers、特にPolymerを使用したGoogleの実装をご覧ください： https://elements.polymer-project.org/elements/platinum-sw 。
いいえ。開発者の怠惰および/またはユーザーアクティビティの制御/知識を要求/要求した結果以外の技術的な考慮事項ではありません。
これは「標準的な方法」ではなく、上記の基準が適用された結果です。多くの場合、遅延係数が原因です。追加の作業が必要なので、完了していません。
ユーザーエクスペリエンスを真剣に検討する場合、ウェブサイト、ウェブアプリ、ウェブゲームはローカルに保存され、オフラインで最大限に利用でき、適切な場合にのみ更新されます（必要に応じて、ユーザーへの通知の有無にかかわらず）。 、そうでなければネットワークの不安定性を利用することはありません。
HTML5の擁護者の世界が、ネイティブから5年ほどそのアドバンテージを超えることについて強く主張する場合、少なくともネイティブアプリの利点のいくつかを提供することを検討する必要があります。