Q&A
SPAの利点ってなんでしょうか？議論の提起にしては、論点が粗すぎると思われるます。
もうすべてのWebアプリはシングルページアプリケーションにした方がいいと思うのですが、どうでしょうか？
シングルページアプリケーションのデメリットは開発工数だけですか？
若いころは特定の技術に魅了されて「○○サイコー」てなるのはよくあること
回答4件
0
「Webアプリ」にどこまで含むのか考えないといけませんが、ブログの表示側のような「HTTPでページを出せばそれで片付く」ような場面でまでSPAを組み込むのは、鶏を割くのに牛刀を持ってくるようなもので、実装コストに見合うだけのメリットはほぼないと考えます。
投稿2017/05/28 11:00
総合スコア145183
>HTTPでページを出せばそれで片付く」ような場面でまでSPAを組み込
ブログの表示側のような場合でも
・他のページから遷移してきた時、同一のモジュール部分は再レンダリングしなくて良い。
・SPAとそうでないページを２種類作ると重複コードが発生する。
いかがでしょうか。
SPAだけにすると、「（サーバサイドレンダリングしない場合）JavaScriptのない環境の人が見られなくなる」という、環境によっては致命的な問題点があります（Webを使う人の中には、点字や音声読み上げなど、グラフィカルな環境でJavaScriptを実行できない、というケースも多々あります）。
SPAを導入しないのなら、「SPAとそうでないページを２種類作る」必要自体存在しないですし。
0
開発工数だけですか？
めちゃくちゃでかい問題です。
投稿2017/05/28 10:53
退会済みユーザー
総合スコア0
ということは、問題は開発工数だけですか？
基本的に車輪の再発明ですからねぇ。
今まで Web サーバ側でやっていたこととかアプリケーション側に寄せるってことなので。
やってみなくては分かりませんが、多分パフォーマンスにも影響があると思います。ものによってはインフラのコストにもはねるかと。
>Web サーバ側でやっていたこととか
APIでjsonを吐き出す作りにするだけという認識ですが、甘いですか？
サーバ側は json 吐き出すしか出来ないですね。
それを色々フロントで加工してやる必要があります。
（まぁそれがSPAですが）
たとえば、コンテンツをインデックスさせようとするとそれ用のURLを作成してやる必要があるので、そういった機能を実装しなくてはならないし、レイアウトが切り替わるような内容の表示（テンプレートの切り替え）も、フロント側で実施しなければなりません他にも今までサーバ側でやっていたことをフロント側に持ってくる必要があるので、考慮しなければならない内容は結構ありそうです。
フレームワーク等で対応できる箇所も多そうなので、今後 SPA の利用範囲は大きくなると思いますが、まだちょっと早い気もします。
いずれにしても、全面移行は無いですね。
0
ベストアンサー
ガラケー
キャラクタベースのブラウザ
モダンでないブラウザ
などが幅を利かせていた時代には問題となるでしょうが
いまだとそうでもないのかな?
強いていえば、ユニバーサルデザイン的な意味で
使えない人がいるかもしれないようなつくりは
いかがなものか!?
って言う人がいるかもしれません。
投稿2017/05/28 11:10
総合スコア7458
>いまだとそうでもないのかな?
はい。同じ認識です。
>強いていえば、ユニバーサルデザイン的な意味で
使えない人がいるかもしれないようなつくりは
いかがなものか!?
もう少し詳しくお願いします。
ユニバーサルデザインのどの辺りが損失を受けるのでしょうか？
一般的でないブラウザを使っている人って意味です。
いまだと、そういう向きには専用アプリを使うような
気もするので考えなくてもいいのかも?
あなたの回答
tips
プレビュー
