ノードの競合の影響と前後端

著者:ほとんどのユーザーは知って
ます。https://www.zhihu.com/question/59578433/answer/326694511リンク
出典:ほとんど知っている
著者が著作権を保有します。商業転載は非商用の転載は、ソースを明記してください、権限の作者に連絡してください。

これは、約8年前、道はそれが話をしなければなりません

1つのスタート、HTMLは、バックエンドのレンダリングです。しかし、のフロントエンドであるバックエンドの発見ページのjs良いトラブル(シンプルけれども、しかし、ピットとそれ以上)特にJSを書かれた人を雇用、そうしましょう企業、
2つのフロントエンドプログラマがカット(CSS)の観点から、実際には、名目上と特殊効果(JS)、ので、すべてのフロントエンドプログラマ最低賃金、最低の位置を行います。だから、前と後の軽蔑鎖の末端が現れました。
上昇3 nodejsとスパは、スパとなっている作られていてはいけません、このサイトでは、その結果、フロントエンド好転する機会なので、この2つの技術のフルサポートを見つけること、によって複雑フロントMVCのフロントエンドをしましょう。ゆっくりと、大企業の台頭の最初から動きの前端と後端を分ける目的は、フロントのバックエンドを指摘され、独立した開発。(表面に「コードビハインド」、実際には、「別の人」、その「前の分離および後端は」もはやフロントエンドチームの後端に装着されているがために)
4スパSEO大きな問題が発生した後ことがわかったが、また、最初の画面のレンダリング泥棒低速、しかし行くための独自の方法を選択することが困難に行く必要があり、サービス側から抜け出す方法として見られている。この通りをレンダリングnodejsとなるよう
、実際には5 nodejsサーバが主流にレンダリングする場合、これは、好転する2番目の機会です実際には、ほとんどの作業は、角を曲がったところに奪う、後端部を超える通常の賃金圧力にバックエンドのフロントエンドと同等である
6が、結果は、バックエンドがとても脆弱ではないのでnodejsサービス側のレンダリングは、常に少数であり、JavaのPHPは、10年のレールプロジェクトの打倒は、このような技術の台頭など、他の手のgolangに、長年にわたってあなただけの書き換えnodejsを使用祝福の容量を実行されている転覆を言うことができるどのように沈殿技術は、多くの圧力をnodejsする必要があります。結局のNode.jsを使用していたフロントエンドのごく一部が特に強いチームの成功である(例えばアリのチームの一部として)レンダリングを行い、ほとんどの企業は、まだHTMLをレンダリングするPHPを使用しています。
7だからnodejsは少なくとも良い良い私は、私だけ中間層(仕事のほとんどは、ページをレンダリングおよびインタフェースをコールバックすることです)、逸脱したことがないあなたの仕事を急いでいないと言います。バックエンドは、あなたの良識を数えると言います。今、主に任意のマイクロ業務に従事nodejs、だけでなく、市場のバックエンドをつかむために注意を払っています。

あなたは、シナリオ、そして最終的には技術的な詳細である、背後に誰を見てみなければならない主要な技術の開発を見てみたいです。

中国でnodejs火が長い焼けてきた、と火が期待されていない後、フロントエンドの外観が良いですが、あなたがしている場合、バックエンドは、菅ブーカーンは関係ありませんので、他のバックエンドの開発フレームワークの違いはnodejsではありません大、シングルスレッドの非同期長所と短所の両方のパラダイム調査のようなものですと、あなたはそれを置きます。

私は会社の対戦相手は、前と後のコードを単離することができる「フロントとリアエンドの分離」ですが、人々は間違い分離すべきではありません。すべての周りの2つのチーム、異なる利害関係であるため、フロントと物事の涙力の後端部には、大企業では毎日起こります。実際には、フロントプッシュnodejsレンダリングは、合成1の再聞かせてフロントとリアエンドにしようとしています。

私たちは、合併前と後の部門を終了させたい場合は、フロントエンド部門を取り壊さなければならないので、しかし、フロントエンドは、それを説明することはできません。


一緒に、将来を遮断する等価。
規格外、あなたは問題のSEOと倍の負荷に遅い上を解決することはできません。
だから、先端は実際にはかなり矛盾しています。


JSはまた、矛盾の場所を持って、フレームブラウザ上(ヴューが反応)の方はNode.jsの上の任意のフレームが(fastify KOAを発現する)彼らは「軽量」の枠組みであると言う、彼らは「複雑な」シナリオを適応させることができると言います。

なぜ?ブラウザは、メインの戦場JS、そして無敵の手ですので。そして、サーバ、JSまたは少なすぎる経験、およびエンタープライズサービスに従事する上で、Node.jsのは、Java、PHP、決して、手遅れ開発には一致していません。だから今、私たちはわずかに「軽量」に従事することができます。エンタープライズクラスのNode.jsフレームワークとして知られているegg.jsは、Iを評価するために使用される人はコメントはありません。


いくつかの首長は、まだフロントエンドをフロント、バックエンドを持つことを意味し、「ビッグフロントエンド」の概念を提唱したが、私たちの心。

「人の終わりの前と後に行う」前者は言うべき事を変更したことではありません。

とにかく、今は、フロントを学ぶためにバックエンドを作るバック確かに、この泥水を横にしたくありません。少し独自の方法の唯一のフロントエンド。

多くの審議の後だけHTMLレンダリング作られた中間層をNode.jsの。

 

あなたは別れた別の、分離されなければなりませんでした。
今再びKPIで、リコールする私を置きます。
しかし、バックエンドはフロントエンドKPIであることは別の方法をKPI、そのゲームがあります。

 

これらの言葉も言うメーカーの制約のうちの、私のようなものは、メーカーの人々は、バックエンドの上昇を見るために弓で、結局、言う勇気がなかったです。


最後に、あなたは少し秘密を教えてください。アリがでnodejsのでほとんどでしたが、人を雇うない、ビューの実用的観点からして、多分あなたはnodejsアリ、アリへのjavaを学ぶよりも簡単学び、結局、Javaとより雲の偉大な神は、偉大な神はあまりありませんnodejs。

あなたはそれを言います。


しかし、別の観点、私はサポートSEOフレンドリーなページから。

あなたのページがSEO非友好的である場合には、百度の重要性は弱体化されます。今、モバイルインターネットの時代で、私たちはほとんどの携帯電話にBaiduのはありません、直接のポイントのApp-ポイントマイクロチャネルの公共の数字で、問題はフレンドリーSEOれていません。倍速5Gネットワ​​ークの普及で、それは問題になることはありません。

ただ、聞かせてBaiduの利益は、私がやってこの事SPAはまだ価値があると思います。サーバーレンダリングまたは直接バーを避けるために、我々はそれがBaiduは〜やや閉鎖させるために最善であるSEOをしない(本当に私の錯覚、私はBaiduの脳死ブラック、Baiduは持っていなかった理由でした)


そんなに私を見ていただきありがとうございます、それが最終的に来るとき、私はちょうどあなたに言った観測どんな結論、明らかにしませんでした。

あなたが学ぶ、またはHTMLをレンダリングするためにサーバーを使用しますか、すべてのあなたは、物事を考える必要があります。

繰り返しますが、私はその後、私は、ビューの誰か他の端点、彼は、私が彼を説得できることを私に納得させることができないではなく、最終的にあなたを主張するだろう、ビューの教義は、私はあなたのビューの極端なポイントを教えたいことを言って好きではありません彼らは、ビューの独自のポイントを描画します。

おすすめ

転載: www.cnblogs.com/itgezhu/p/10992486.html