タグ付けされた質問 「singlepage」

今日、強力な「単一ページ」JavaScript Webサイトを作成するためのクールなツールがたくさんあります。私の意見では、これはサーバーにAPIとして機能させ（それ以上は何もさせない）、クライアントにHTML生成のすべてのものを処理させることによって正しく行われます。この「パターン」の問題は、検索エンジンのサポートがないことです。私は2つの解決策を考えることができます： ユーザーがWebサイトにアクセスしたら、サーバーがクライアントのナビゲーションとまったく同じようにページをレンダリングできるようにします。したがって、http://example.com/my_path直接移動すると、サーバーは、/my_pathpushState を使用して移動した場合と同じようにレンダリングします。 サーバーに、検索エンジンボット専用の特別なWebサイトを提供させます。通常のユーザーがhttp://example.com/my_pathサーバーにアクセスする場合は、JavaScriptを多用したバージョンのWebサイトを提供する必要があります。しかし、Googleボットがアクセスした場合、サーバーは、Googleにインデックス登録させたいコンテンツを含む最小限のHTMLを提供する必要があります。 最初のソリューションについては、ここでさらに説明します。私はこれをしているウェブサイトで働いていました、そしてそれはとても良い経験ではありません。それはDRYではなく、私の場合、クライアントとサーバーに2つの異なるテンプレートエンジンを使用する必要がありました。 私はいくつかの古いフラッシュWebサイトの2番目の解決策を見たと思います。私はこのアプローチが最初のアプローチよりもはるかに好きで、サーバーに適切なツールがあれば、非常に簡単に実行できます。 だから私が本当に思っているのは次のとおりです： あなたはもっと良い解決策を考えることができますか？ 2番目のソリューションの欠点は何ですか？通常のユーザーと同じようにGoogleボットにまったく同じコンテンツを提供していないことがGoogleで判明した場合、検索結果で罰せられるのでしょうか？

128 javascript  seo  backbone.js  pushstate  singlepage 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 この質問を改善する 私の目標は、既存のWebアプリケーションをRESTful シングルページアプリケーション（SPA）に移行することです。現在、いくつかのJavascript Webアプリケーションフレームワークを評価しています。 私の要件は次のとおりです。 RESTfulデータレイヤー（ember-dataなど） MV *構造 動的ルート テストサポート 慣例によるコーディング SEOサポート ブラウザー履歴サポート 良い（API-）ドキュメント 生産準備完了 生活コミュニティ 背骨 現在のアプリケーションはを使用していbackbone.jsます。全体としてbackbone.jsは素晴らしいプロジェクトですが、どこで何が発生し、どのように実装する必要があるかを決定する明確に定義された構造がありません。大きなチームで変化する開発者と作業することは、ある種の構造化されていないコードにつながり、メンテナンスが難しく、理解が困難になります。これが、フレームワークを探している理由です。このフレームワークはすでにすべて定義されています。 エンバー 私はember.js最後の日を調べました。このアプローチは私にとって非常に有望なようです。しかし、残念ながら、コードはほぼ毎日変更されます。だから、私はそれをプロダクションレディとは呼びません。そして、残念ながら、それがバージョン1.0になるのを待つことはできません。しかし、私はこのフレームワークの背後にあるアイデアが本当に好きです。 角度 Angular.js同様に広く普及しているフレームワークであり、Googleによって維持されています。しかし、私は角度に慣れることができませんでした。私にとっては、構造が不明瞭に思われ、フレームワークの各部分の全体的な責任の説明が欠落しており、実装は遠回りに感じています。正直に言うと、これは私の個人的な印象であり、知識の欠如に基づいている可能性があります。 バットマンと流星 私が理解したように、どちらのフレームワークにもサーバー部分が必要です。また、RESTfulバックエンドが必要なだけなので、言語、技術、ソフトウェアに関係なく、これは私たちが望むものではありません。さらに、バックエンドAPIはすでに存在しています（RoR）。 ノックアウト、CanJS、Spine これら3人の候補者については、これ以上詳しく説明しませんでした。多分これが私の次のステップになるでしょう。 だから今私の質問： 優れたSPAフレームワークがありませんか？ どのフレームワークを提案/推奨しますか？ 言及されているフレームワークを回避しますか？ より大きなSPアプリケーションでの経験は何ですか？ PS："JSの玉座"会議（2012年から）とJavaScriptフレームワーク全般について、スティーブンアンダーソン（Knockout.jsのコア開発者）からのすばらしいブログ投稿をお勧めしたいと思います。 PS：はい、私はSOについてすでにいくつかの質問があることを知っています。しかし、SPAの開発は非常に迅速かつ迅速であるため、それらのほとんどはすでに古くなっています。

101 javascript  singlepage 

複雑な単一ページのJS Webアプリケーションをクライアント側でどのように構成する必要がありますか？具体的には、モデルオブジェクト、UIコンポーネント、コントローラー、サーバーの永続性を処理するオブジェクトの観点から、アプリケーションをきれいに構造化する方法に興味があります。 MVCは最初は適合しているように見えました。しかし、UIコンポーネントがさまざまな深さでネストされている場合（それぞれが独自の方法でデータをモデル化するために作用/反応し、それぞれがイベントを生成して、それら自体が直接処理する場合と処理しない場合があります）、MVCをきれいに適用できるようには見えません。（ただし、そうでない場合は修正してください。） - （この質問の結果、ajaxの使用に関する 2つの提案が出されました。これは、最も簡単な1ページアプリ以外には明らかに必要です。）

99 javascript  design-patterns  web-applications  architecture  singlepage