サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 忙しい人向けのまとめAngularは破壊的変更を含む可能性のあるメジャーアップデートを 半年に1回 に定めました 次のメジャーアップデートは3月1日予定です 諸事情により来年3月にリリースされるのはAngular 4.0.0です 2.xで書いてるものは基本壊れないから怯えないで あとAngular2 って呼ばないで！Angular だから！ 時間がある人はここから読んでね どうも、lacoです。ng-japanの代表とかやってます。 さて、2016年はAngularコミュニティにとって、とても重要な激動の1年になりました。去年の今頃
SPA でアプリケーションを作る際、angular1 の時はどうも「書かされている」感がして好きになれませんでした。x-tag を使って自前でカスタムエレメントを作っても良いのですが、それでも書かされている感がしますし、若干大げになりがちです。そんな中、angular 寄りで、かつ x-tag よりも薄いJavaScript ライブラリを tokuhirom がガシガシと作ってくれました。GitHub - tokuhirom/sj.js Tinyjavascript view for custom elements based on incremental-dom. This library supportsangular1 liketemplating. https://github.com/tokuhirom/sj.js x-tag の様に js 一つで動きます。そしてだいた
どうも、らこです。物好きなみなさんはもうAngular 2への移行を始めていると思いますが、$httpの移行どうしてますか？Angular 1の$httpからAngular 2のHttpへの移行を助けるライブラリangular-http-harness を作ったので、何が問題で、何を解決できて、どう嬉しいのかを紹介します。 用語の統一 サービス: ビューから切り離されたアプリケーションまたはライブラリのロジック。 $http:Angular 1のHTTP通信モジュール Http:Angular 2のHTTP通信モジュール $httpの移行に伴う問題 ほぼすべてのAngular 1のアプリケーションは$httpを使っているんじゃないかと思うので今更説明の必要はないと思いますが、改めて言うと$httpはAngular 1で(たいていはAjaxのために)HTTP通信を行うのに便利なサービ
Angular 1.5 has been finally released andit’s more powerful than ever before! Many new features have been added and tons of fixes landed in the latest bigger release. If you’re following our articles, you know that we love to give an overview of the latest and greatest in theAngular world. Last year weblogged about the 1.3 release in our article series ExploringAngular 1.3. With this article w
最近、Angular 2を使ってWebアプリ作成の手伝いをする機会がありました。このフレームワークの複雑さに戸惑いもありましたが、Angular 2は間違いなくすばらしいものです。この事後分析では私がAngular 2のフレームワークを使った時に感じたいい面と悪い面の両方を掘り下げていくことにします。Angular 2Angularは携帯電話やデスクトップのWebアプリケーションを作成するための開発プラットホーム。 https://angular.io/Angular 2＋リアクティブプログラミング＝❤ 私はすでに、Angular 1アプリケーション ではRxJSをかなり使っていました。特に、サービス間のメッセージ・バスを行うアプリを作成する時です。Angular 2はObservableを非常によくサポートしているので、アプリ全体にリアクティブプログラミングを取り入れることができ、
運用しているサービスの利用画面がこんなんだった。 そんなわけで、前から試そうと思っていた極小の画像にCSSのfilterを適用し、大きな画像が読み終えたら差し替える手法を適用した。 遅延読み込み用のぼやけた画像 - Weblog - Hail2u.net The “Blur Up”Technique for Loading Background Images |CSS-Tricks filterの使い方の説明はコードと結果画面が一緒にまとめられているこの記事が分かり易い。 filter |CSS-Tricks 実装画像の読み込みが終わったタイミングで画像の差し替えおよびfilter効果の切り替えを行います。 app.jade .item__image(from-img-src='data/thumbnails/{{item.thumbnailFileName}}', to-img-s
const app =angular.module("app", []); class MyAppCtrl { } app.component("myApp", {template: `<greeting name="'World'"></greeting>`, controller: MyAppCtrl }); classGreetingCtrl { get upperName() { return this.name.toUpperCase(); } } app.component("greeting", { bindings: { name: "=" },template: `<h1>Hello {{$ctrl.upperName}}!</h1>`, controller:GreetingCtrl });angular.bootstrap(document.body, [
mizchi 氏のエントリを踏まえて。Angularが嫌い - mizchi'sblog 何をやるにもググって解決しなければならないぐらいには一貫性がない マジでこれ。設定が多すぎる。特に directive 定義。どうやら Web Components の流儀に沿うようになっていて、将来的には Web Components に乗っける、ということらしいが、そもそもの Web Components の仕様が汚いし、救いようがない。 参考:AngularJS: DeveloperGuide: Directive 制御構造と要素を分離してねぇせいで replace とかいうオプションが生えてるし、tranclude との組み合わせでより複雑なことになるし、isolated scope な directive は併用できないとか、ng-repeat で作られた scope の下に他の d
僕は本当にAngularが嫌いで、もはや許せないレベルに達していて、今ではもう本当に使いたくない。 イカ理由。APIがほんっっっっっとうに糞趣味の問題といえばそうでもあるが僕は糞だと思う 実装が黒魔術 良識あるJSエンジニアなら Function.prototype.toString() しない 実際に一部のクロージャが破壊されてて挙動が直感に反する DirtyCheckの実装、表面的にもDirtyな挙動として現れるのでデータバインドとして何も嬉しくないGoogleだから許される、みたいなコミュニティの驕りが本当に嫌Angularの都合だけでChromeでObject.observeを前倒しするのやめろAngularの内部モジュール同士が密結合 DI, module, factory, それぞれ大きなテーマなのに密結合 使いはじめるとAngularをやめることが困難 パフォーマン
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
