フロントエンド通信
- 後端に基づく通信（後端通信）（PCで終了）
- ネットモジュールがありますNode.jsの
- クライアントとしての端末（シェル）を使用して、
- プロセスを考えます
- WebSocketのH5は、（移動端末に適用される）に基づいて完成しました
- socket.ioブラウザの低いバージョンが使用します
ストリームの流れ
ケース：Node.jsのパッケージ使用して圧縮されたストリームを生成する
FS
のzlibを
別前端と後端、前端と後端が分離されていません
- 人気のマーケット：
- 別々の前端と後端
- 分離給付の終了前と後：
- 開発方法論は、最適化されました
- 数百万レベルデータ要求の数百を同時に処理することができます
- 昔（10から13歳）の前に、プロジェクトの終了が孤立していない後の
単離されていない：
フロント- 「バックエンド- 」JSP - >の前に、プロジェクトの統合（成功）の終了後に
フロントエンド-前と後> - 「バックエンド- 」JSPエンド統合プロジェクト（失敗） -第二のトランス労働者のフロントエンド-アンチバックエンドの作品-統合 - インターネットプロジェクトの開発プロセス
/* 以前老的方式是：
1.产品经理/领导/客户提出需求
2.UI做出设计图
3.前端工程师做html页面
4.后端工程师将html页面套成jsp页面（前后端强依赖，后端必须要等前端的html做好才能套jsp。如果html发生变更，就更痛了，开发效率低）
5.集成出现问题
6.前端返工
7.后端返工
8.二次集成
9.集成成功
10.交付
新的方式是：
1.产品经理/领导/客户提出需求
2.UI做出设计图
3.前后端约定接口&数据&参数 { id,name,age,sex }
4.前后端并行开发（无强依赖，可前后端并行开发，如果需求变更，只要接口&参数不变，就不用两边都修改代码，开发效率高）
5.前后端集成
6.前端页面调整
7.集成成功
8.交付
请求方式
以前老的方式是：
1.客户端请求
2.服务端的servlet或controller接收请求（后端控制路由与渲染页面，整个项目开发的权重大部分在后端）
3.调用service,dao代码完成业务逻辑
4.返回jsp
5.jsp展现一些动态的代码
新的方式是：
1.浏览器发送请求
2.直接到达html页面（前端控制路由与渲染页面，整个项目开发的权重前移）
3.html页面负责调用服务端接口产生数据（通过ajax等等，后台返回json格式数据，json数据格式因为简洁高效而取代xml）
4.填充html，展现动态效果，在页面上进行解析并操作DOM。
（有兴趣的童鞋可以访问一下阿里巴巴等大型网站，然后按一下F12，监控一下你刷新一次页面，他的http是怎么玩的，大多数都是单独请求后台数据，
使用json传输数据，而不是一个大而全的http请求把整个页面包括动+静全部返回过来） */
- [インターネットアーキテクチャ、
- Webサーバは：一般的にnginxの、サーバーのApacheの種類としてを指し、それらは一般のみ静的リソースを解析することができます。
- アプリケーションサーバー：一般桟橋、Tomcatなどを指し、樹脂などのサーバーは動的なリソースは静的リソースを解決することができます解決することができ、ない良いのWebサーバに静的リソースを解析する機能。]
一般的にのみ、Webサーバーは、ネットワーク外部からアクセスすることができ、アプリケーションサーバは、ネットワークにアクセスすることができます。