Fetch API が 4xx エラーを reject してくれない - 無駄と文化
最近のフロントエンド開発に関して、 jQuery への依存を極力減らしてPure JS だけでいろいろな処理を書くように心掛けています。 具体的には ECMAScript2015 で書いたものを Babel でトランスパイルして、Browserify でバンドルするというスタイルですね。ホント、Babel 様々です。 その流れで、 jQuery.ajax() からの置き換えで Fetch API を試しています。 jQuery.ajax() 代替の候補としては他にも SuperAgent や axios があるんですが、Fetch API は WHATWG によって策定が進んでいる次期標準の安心感がありますし、とりあえず手を付けておいても損はないんじゃないでしょうか。 jQuery.ajax() と fetch() の大きな違い さて、本題です。 jQuery.ajax() と fetch
スマホ開発でも活きたこと、まだ活かせていないこと 170325 1043
7. でもまあ、だいたいは大丈夫 ● C++ですら結構デカい。それを使えてるなら基本はできてる。 ○ boostとかSTLとか使ってれば高水準な書き方は慣れてるはず。 ● 基本的にはプログラミング言語なんて大した問題じゃない。 ○ よほど違えば別だけど、 whileあって変数あって関数あって、みたいな所は一緒。 ● constなくてもやりようはある ○ どうしても欲しければ変更関数つぶしたインターフェイス作って渡せばいい ● structでnewのダメージを軽減できる ○ でも何回か罠にはまると思う。 ■ var item = items[4]; item.hoge = 5; とかしてひどい目に遭っておくといい 8. 怖いのは言語そのものというより使い方 ● イベントドリブン設計 ○ Updateで回さずコールバックの集合としてアプリを形成している。慣れない。追えない。 ○ 破棄した後に呼
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
