4

PHPで実装された私のサーバーは、今では単なるデータポンプです。JavaScriptを使用してクライアントでHTMLを作成します。

長所

  • ネットワークの負荷を軽減します（HTMLなし、生データのみ）
  • サーバーの負荷を軽減します（サーバーは構成する必要がありません）

短所

  • クライアントの負荷を増やします

これらの長所/短所を考えると、クライアントで負荷の問題がない限り、HTML作成をクライアントに移動することをお勧めします。

見たことのない角度はありますか？

コメント/回答から

考えられる短所

  • ボットは失敗する可能性があります
  • スクリーンリーダーが失敗する可能性があります

追加の長所

  • 純粋なデータは、新しいデバイスの新しいアプリですぐに利用できます
4

2 に答える 2

4

「短所」の下にリストする必要があるいくつかのユーザーストーリーがあります-もっとあります。

  • セキュリティを意識しているため、JavaScriptをオフにしています。あなたのウェブサイトは私のために働きません。

  • 私が戻るボタンを使うとき、私はあなたのウェブサイトを去ります（これを回避することは技術的に非常に難しいです） -コメントを見てください-これは論争されています

  • あなたのウェブサイトをかなりの時間使用した後、私のウェブブラウザは、範囲外のオブジェクトによって空けられたメモリを再利用するのが遅いため、またはあなたのコードが効率的でないために、大量のメモリを消費します（IEは特にこれになりやすいです） ）。

  • デスクトップに比べてJavaScriptのパフォーマンスが低いモバイルデバイスを使用しています。あなたのWebサイトは非常に遅いように見えます。

  • 私はスクリーンリーダーを使用しています-あなたのウェブサイトは私には理解できません。

  • 私の名前はGoogleBotです。あなたのウェブサイトはインデックスに登録できません。

これのどれもあなたを悩ませないならば-すぐに行ってください。

余談として

追加する必要があります-私はこの種のアプリケーションにまったく反対していません。適切に行われた場合、クライアントエクスペリエンスは、従来のクリック、GET、クリック、POST、クリック、GETなどのWebサイトでのエクスペリエンスを超えることができます。実際、現在のプロジェクトでは、組織のサイトのQA補佐官およびプロトタイプとして、純粋なJavaScriptアプリケーションに取り組んでいます。

しかし、私たちは確かに私たちの唯一のWebプレゼンスのようなものを使用しません。

于 2012-08-02T23:09:09.493 に答える
2

「クライアントの負荷」を定義してください

また、同じドメインから提供されるようにデータを設定しない限り、JSONPを介してXSSを回避しない限り、JSは実際にデータを消費できないことに注意してください。

JavaScriptでのhtmlの作成は、JSでテンプレートシステムを使用しない限り、しばらくすると管理が大変になる可能性があります。これは、基本的にクライアント上の単なるMVCです。

パフォーマンス：JSはPHPよりもはるかに高速であるため、JSの速度が問題になることはありませんが、DOM自体との対話は遅いため、DOMとの対話は少ないほど良いです。

あなたのアイデアの最も良い点は、ページの同期ロードが重要であるため、クローラーによると「ページロード」が「より速く」なることです。

ただし、データがdomに非同期で入力されると、コンテンツのクロールに問題が発生する可能性があることを考慮する必要があります。

于 2012-08-02T23:10:19.703 に答える