AngularJS 嫌いな人が多い昨今について 最近 AngularJS 嫌いという言説が多いですが､そういうことを仰る方々は主に先鋭的な JSer のように思います｡ ただ､僕なんかの場合には､ユーザー向けの画面の構築などには AngularJS を使って書くことは最近はほとんどなく､JS を書くといえばもっぱら管理画面です｡ 管理画面の JS を書くにあたっては AngularJS way にのっかってやると非常に楽ですよね｡管理画面を書いたりする上では vue-js とかで頑張って書くと見通しが悪くなったりしますし､こった動きなどは必要ないというところで angular.js ワリといいなと思っています｡ もっといいものがあれば移りたいですが､コストをかけずに作りやすい管理画面を作るという意味ではやはり AngularJS にまだメリットがあるなあ､と思っています｡ 2.0 が出た時
JavaScriptフレームワークに興味あるし、Angular.jsを使ってみようかな・・・ そんな純真無垢なあなたを混沌の世紀末に引きずり込むのが、ほかでもないTutorialなのです。 TutorialではほぼControllerしか出てこないので、素直にこの通り書いているとまず間違いなく３カウントでControllerにコードが集中するいわゆるFat Controllerになり、せっかくMVCフレームワークも地獄の荒野になります。 実は、Angular.jsでまず目を通すべきなのはDeveloper GuideのConceptual Overviewです。これを読めばどう処理を分割するかがきちんと書かれていますが、以下ではそれ＋経験をもとにAngular.jsで正しくMVCを使用するためのポイントをまとめました。 Angular.jsの３原則 1.Controllerはイベントハンド
先日のng-mtg#4 AngularJS 勉強会でLTしようと思ったけど申し込みが間に合わなかったのでブログに書きます。 先月リリースされたAngularJS 1.2はセキュリティがんばってる的なことを聞いたので、セキュリティ周りの仕組みを調べてみました。 お題は以下です。 CSRF JSON CSP (Content Security Policy) Escaping CSRF ユニークなトークンをHTTPリクエストに載せてサーバーでチェックする対応が世の中では主流（最近はカスタムヘッダのチェックによる対策も） AngularJSでは、XSRF-TOKEN Cookieにトークンが載っていると、$httpを使ったHTTPリクエストのヘッダに自動的にX-XSRF-TOKENヘッダーが付く。 XSRF-TOKEN CookieはもちろんNot HttpOnlyで。 Angular界ではCS
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
