「それってSPAでやる必要ある？」第１章：パフォーマンスチューニング - Qiita

SPA、流行ってますね。勢いがありますね。 ただ、最近のフロントエンド界隈を見ていると、 「これからはSPAが主流になっていくぞ！」 「新規サービスをはとにかくSPAで作るべき！」 というような過激（？）な言論を聞くこともしばしばです。 今回は、そんなイケイケな雰囲気にたいしてちょっとだけ「待った」をかけるべく 今のWeb開発において、SPAは本当にファーストチョイスなのか？ という議題について、 枯れた技術が大好きなサーバーサイドおじさん が、考えをまとめたいと思います。 全体の構成として 【１】パフォーマンスチューニング 【２】SSR 【3】ルーティング の３点について、今のSPAが抱える諸問題や、必要以上に期待されてしまっている点などを示した上で、 SPAが導入しやすいサービス、逆に導入しないほうがいいサービス SPAを導入しない場合のフロント構成の代替案（MPAや限定的なSPA)

[akatakun]

わかりみ，JSの非同期処理は並列処理ではないので、APIを分けてもそんなに早くならない，通信回線が4G回線(10〜20Mbps)であれば、転送量1〜2MB程度の削減が、通信時間1秒の短縮に対応