[B! spa] gologo13のブックマーク

中〜大規模なSPAを開発する時に抑えておきたい10のポイント - KAYAC engineers' blog

こんにちは。カヤックのSPAおじさんこと島津です。今年はReactとVueを使ったSPA開発プロジェクトをいくつか担当してきたので、そこで得た知見の総まとめをしたいと思います。 ※ ここでのSPAとはすべてのViewをJavaScriptで書くWebアプリのことを指します。サーバーサイドMVCを主軸にViewの一部をReactやVueで書くこともありますが、今回はそのケースではありません。 1. フレームワーク数年前とは事情が変わり、フレームワークを使わないという選択肢は昨今だともう無いでしょう。丸腰のJSでDOMを弄っていた時代に比べると、かなり安定したフロントエンドの開発ができるようになりました。人気フレームワークの台頭になっている React + Redux Vue + Vuex をこの1年使ってきましたが、書き方は違えどFluxアーキテクチャ・仮想DOM・コンポーネント志向

gologo13 2018/01/14

リンク

今さら聞けないSPAのCORS対策の話

東京Node学園2017にて発表しました。

gologo13 2017/12/03

わかりやすいけど英語がひどい

リンク

Single-page Application(SPA)を構築するための７つの勘所 - albatrosary's blog

業務アプリケーションを開発するために、特に、Single-page Application(SPA)を構築する場合に必ず考えなければいけない、最も重要な７つの要素を上げます。マネージャ視点から考えても”ここを外してはSPAの構築はできない”と言えます。近年ブラウザの性能が向上したため、過去できなかったJavaScriptで多くの処理が可能となっています。Backbone.js や Angular等のJavaScriptフレームワーク、bootstrap等のCSSフレームワーク、開発環境のYeomanなど、もはや道具はすべて整っていると言えます。実際に私がSPAで構築するときに考えた事項です。 JavaScriptフレームワークを導入すること altJSを導入すること CSS Preprocessorを導入すること適切な開発環境を提供することフロントとバックを分散開発することハックで

gologo13 2017/03/21

リンク

I am mitsuruog | SPAを構築するときに知っておいた方がいい7つの課題

ブラウザでの Javascript の高速化と Backbone や Angular のような JavascriptMVC フレームワークの登場により、以前より SPA（Single page application）が構築しやすくなりました。さらに、Yeoman に代表される SPA を作成するするための scaffold（土台）が整備されてきましたので、結構さくっと SPA が作れるようになったのも事実です。さくっと作った SPA がさくさく動かない・・・作ったけど使えない・・・なんてことにならないように、SPA を構築する前に知っておいた方がいい課題について調べてたり考えてみました。目次 1. パフォーマンス 2. メモリリーク 3. セキュリティ 4. フレームワークロックイン 5. 画面設計から UI コンポーネント設計への思想転換 6. フロントエンジニア不足 7. 番外

gologo13 2017/03/15

DOM
spa

リンク

サーバーサイドレンダリング不要論 - Qiita

サーバーサイドレンダリング、Isomorphic、Universal JavaScriptなどの言葉をよく見かけます。なるほどね、良さそうだね、外部公開するサービスを書くことがあったら挑戦してみたいね、Mithrilにもisomorphic-mithrilってのをがんばっている人がいるし、みたいなことを漠然と思っていたのですが、最近ASCII.jpのシステムコールプログラミングの連載を書いていて、あらためてHTTPの仕様を見返してみて、逆にサーバーサイドレンダリングをしない方がいいのではないか、と思い始めました。追記(23:30): サーバーサイドレンダリングと書いていますがUniversal JavaScriptみたいな凝ったビューの更新の意味です。サーバーサイドレンダリングの欠点サーバーサイドレンダリングのメリットとしてあげられるのは次の2点です。検索エンジンのクローラー向け