商品には商品の詳細があり、通常はバックグラウンドでリッチ テキスト エディターを使用して HTML として保存されます。
私が聞きたいのは、インターフェースをどのように提供すべきかということです。次の方法のどれが良いですか?
1. バックグラウンドで製品の詳細を保存し、すべての写真を画像配列として保存します。これにより、アプリ側ですべての写真の配列が返されます。 1 つの画像を行ごとに表示できます。
2 バックグラウンドでリッチ テキスト エディターを使用して保存し、これらの HTML コンテンツを表示する h5 アダプティブ ページを作成します。そのため、返されるインターフェイスは h5 Web ページに直接与えられます。アプリがWebページを指定された領域に直接ロードできること
どの方法が適していますか?
商品には商品の詳細があり、通常はバックグラウンドでリッチ テキスト エディターを使用して HTML として保存されます。
私が聞きたいのは、インターフェースをどのように提供すべきかということです。次の方法のどれが良いですか?
1. バックグラウンドで製品の詳細を保存し、すべての写真を画像配列として保存します。これにより、アプリ側ですべての写真の配列が返されます。 1 つの画像を行ごとに表示できます。
2 バックグラウンドでリッチ テキスト エディターを使用して保存し、これらの HTML コンテンツを表示する h5 アダプティブ ページを作成します。そのため、返されるインターフェイスは h5 Web ページに直接与えられます。アプリがWebページを指定された領域に直接ロードできること
どの方法が適していますか?
純粋なイメージを使用する最初の方法には多くの欠点があります
画像のサイズがテキストより大きいため、ネットワークが良好ではない場合、画像が読み込めず、まったく表示されず、エクスペリエンスが非常に低下します
異なる解像度で拡大縮小すると画像が歪んだり、適切に処理されないと変形したりする可能性があります
編集も非常に面倒で、写真の品質、サイズ、形式などに注意しなければなりません
画像を分割してインタラクティブにすることはできません。たとえば、製品名をクリックするだけでジャンプすることはできません
2 番目のタイプの H5 は、一般に、急いでいるときに使用される一時的な解決策であり、エクスペリエンスも非常に悪く、H5 とネイティブの間の相互作用にも問題があります。また、あなたの説明はモバイル用の H5 ページの作成に関するものではないことがわかります。デバイスの影響はさらに悪化します
あなたが言及した 2 つの方法は、ニーズによって異なります。商品詳細ページにまったくインタラクションがない場合は、「アダプティブ H5 ページ」よりも純粋な画像の方が優れています。
最良の方法は、ネイティブ ページと H5 ページを混合することです。詳細ページの固定コントロールにはネイティブ コントロールを使用します。バックエンド インターフェイスは、製品名、画像 URL などのコントロール コンテンツのみを提供します。さらに変更するコンテンツには H5 ページを使用します。初の実用的なグラフィックソリューション
画像は表示のみに使用されており、他の操作がある場合はネイティブ コントロールを使用してください。
個人的には、最初の方法の方が良いと思います。
アプリに表示されるスタイルが変わらないことを保証するのは難しいためです。2番目の方法で対処する場合、APPが改訂され、フロントエンドディスプレイが再レイアウトされた場合、古いデータを扱うのが面倒になります。
可塑性が強いため、必ず最初の方法を使用してください
2. バックグラウンドでリッチ テキスト エディターを使用して保存し、これらの HTML コンテンツを表示する h5 アダプティブ ページを作成します。これにより、アプリが Web ページを直接読み込むことができます。指定されたエリアへ