フロントエンドとバックエンドの分離モードに関する質問

フロントエンドとバックエンドの分離モデルに関する質問

この段階では、フロントエンドとバックエンドの作業が混在しています。バグが発生すると、フロントエンドがデモを作成し、それをバックエンドに渡してデータをレンダリングします。したがって、フロントエンドとバックエンドを分離することが緊急に必要であり、通常は SPA モードとノードのパターンをオンラインで検索しました。

SPA モードは、クロスドメインリクエストを使用してデータ取得の問題を解決します。しかし、それはSEOの最適化には役立ちません。

そこで、NODE ベースの分離モデルを調べてみました。

このモデルが正しいかどうかはわかりません。他に良い解決策があれば、ぜひコメントで教えてください。

返信内容:

フロントエンドとバックエンドの分離モデルに関する質問

この段階では、フロントエンドとバックエンドの作業が混在しています。バグが発生すると、フロントエンドがデモを作成し、それをバックエンドに渡してデータをレンダリングします。したがって、フロントエンドとバックエンドを分離することが緊急に必要であり、通常は SPA モードとノード パターンをオンラインで検索しました。

SPA モードは、クロスドメインリクエストを使用してデータ取得の問題を解決します。しかし、それはSEOの最適化には役立ちません。

そこで、NODE ベースの分離モデルを調べてみました。

このモデルが正しいかどうかはわかりません。他に良い解決策があれば、コメントで教えてください。

大きく分けて 3 つのタイプがあります: 1. フロントエンドがページテンプレートを保守し、公開時にバックエンドにプッシュされ、バックエンドがデプロイおよび運用されます。例えばvmではノード側でコンパイル・記入・表示を完結できるvelocityjsがあり、フロントエンドはローカルでページ開発を完結できます。バックエンドとの結合部分は、データ形式を決定するために事前に合意する必要があります。

2.spa は必ずしもクロスドメインで維持されるわけではありません。統合されたシェルであり、バックエンドはそれを維持するだけで済みます。もちろん、js はクライアント側で非同期にデータを埋め込みます。 seo に関しては、phantomjs を使用してページをキャプチャして保存し、クローラに対処するために ng を設定できます。実際、このソリューションの最大の問題は、ページが到着した後に最初に表示されないことです。つまり、白い画面時間が比較的長くなり、その代わりに、js を実行してデータを非同期に表示する必要があります。非常に一般的。もちろん、オフライン パッケージやキャッシュを使用して、アプリやその他のリンクでこのエクスペリエンスを最適化することもできます。これは比較的一般的です。

3.node、あなたの写真には何も問題はないと思いますが、php 部分にはさまざまな実装があります。 java、node jsonに関しては、フロントエンドとバックエンドの結合を減らすだけで、事前に決定でき、変更せず、並行して開発できます。ノードの導入は、フロントエンドがアクセス用のページを直接提供できるようにすることに他なりません。ただし、フロントエンドが毎回 1 ノードのページレンダリングを記述すると、やはり比較的大きな開発コストが発生します。次に、同型性の考え方があります。reactjs の同型性はルーターのみを提供し、他のページ処理サーバーとクライアントは完全に一致します。

私の謙虚な意見です、お役に立てば幸いです

基本的に、フロントエンドがデータを取得した後、バックグラウンドで JSON または JSONP データを提供する責任があり、問題は見つかりません。質問者さんが何と言っているか分かりませんが、一度バグが発生するとデバッグに時間と労力がかかり、何が大きな問題なのかよく分かりません

すべてのデータはバックエンドによって処理され、フロントエンドは ajax を通じてバックエンド サーバーからデータを取得できます。