Reactの新Context APIとRedux is deadはどう関係するのか？
先日、reduxのメンテナであるMark EriksonさんがBlogged Answers: Redux — Not Dead Yet! という記事を書いていて「はーなんだろうなー」と流し読みしていた。 そんな折、React 16.3 がリリースされ、Context APIが刷新されたのを見て、「あ、これは確かに向き合い方ちょっと変わるかも」というのを思ったのでまとめてみる。 Redux — Not Dead Yet!を要約する元記事をざっくり要約してみるとこんな感じ Reduxはどこにも行かないよ。メンテしていくし、役割もあるよContext APIによってReduxを置き換えられるパターンはありえるよ。ただその場合、最初からReduxいらなかった可能性あるよGraphQLがReduxを置き換えることはあるかも。でもReduxのほうがハマるパターンもあるよ最近Dan Abramovさん
MobXを使ったアーキテクチャについて - console.lealog();
いまさらですが、俺的Real world MobXです。 いちおう半年くらい仕事でも趣味でも触ってきてての今です。 あくまで1つの例ですが、どこかの誰かの何かの参考になれば。 その前に こんな風に使ってますを紹介する前に、もやもやーっと思ってることを箇条書きにしておきます。 俺が考えた最強のアーキテクチャ そんなものはない 声のでかいやつの言うことを真に受けるな 納得できない部分があるなら採用するな Reduxとの比較 Reduxでできたクソコードがあるように、MobXでできたクソコードもありえる 役割が薄い分、そのリスクはMobXの方が高い（設計力が試される）と思ってる コードの記述量は絶対に減るので、書き味は良くなる 書きやすさと無秩序は紙一重 Flux的なアーキテクチャを踏襲するべきか Action的なものを投げる必要はないが、投げてもいい Storeも単一でもいいし、複数にしてもい
Go API のための再利用可能で型安全なオプションの実装方法 - Frasco
背景 本記事では、Rob Pike 氏と Dave Cheney 氏により記述された「Functional Option Pattern」の拡張について説明したいと思います。このパターンに慣れていない人は、まず彼らの記事を読むことをおすすめします。 問題 このパターンの限界を見るために、etcd v3 client について考えてみます。特に、key-value の値を取得したり登録したりするための API である KV インターフェースに着目してください。例えば、Get の API はこのような形です: Get(ctx context.Context, key string, opts ...OpOption) (*GetResponse, error) ここで、opts は functional options のリストです。この API を呼び出すには、以下のように書きます: res
yahoo/fluxible による SPA + Server Rendering の概観
Single Page Application + Server Rendering yahoo/fluxible を使って、Single Page Application と Server Rendering の良いとこ取りのアーキテクチャを目指す。ある程度の複雑性と引き換えに、双方の利点で双方の欠点を打ち消し合うことができるため、全体的には良好なユーザーインタラクションを期待できる構成。 なぜ Single Page Application なのか 画面遷移時するたびにJavaScript/CSS のパースと評価をしなくて良くなる 画面遷移時のトランジションを柔軟に適用できる 画面遷移をまたがった実装が可能になる（あくまで可能になるだけ） なぜ Server Rendering するのか 初期表示の Critical Rendering Path を短縮できる SEO における保守信仰
Go Con 2017スライドまとめと感想 - ぺい
GoCon2017参加してきました。 Go Conference 2017 Spring - connpass Twitter上で、全国のgopherがやたらと合コンと言って、#goconをつけて呟いていたイベントです。 合コン？#gocon pic.twitter.com/qXbxth1TII— つぶやき実験室 (@totoro5000) 2017年3月25日 いつも後で見返そうと思って、放置してURLわからなくなるので、今回はまとめることにしました。リンクが抜けているスライドは発見が出来なかったものです。 もし、あれば教えていただきたいです。 発表枠 Coding in the context era@lestrrat [Goで書くエディタの壁を超える開発支援ツール@zchee] Go でつくる汎用言語処理系 実装戦略@Linda_pp Goでヤフーの分散オブジェクトストレージを作った
詳解 Tomcat
本書は根強い人気を誇るJavaアプリケーションサーバ、Tomcatについて解説したものです。日本人唯一のTomcat PMC（プロジェクト管理委員会）メンバーであり、アクティブコミッタである藤野圭一氏による執筆で、Tomcatの機能や使い方についてだけでなく、アーキテクチャについても踏み込んで詳しく解説することで、さらに深い理解を促し、中上級者が自分で機能を拡張してカスタマイズできるような情報も提供します。最新バージョンTomcat 8に対応した唯一無二の書籍です。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では、すでに修正が施されている場合がありますので、書籍最終ページの奥付でお手持ちの書籍の刷版、刷り年月日をご確認の上、ご利用ください。 第2刷正誤表 ※
Vue.js + atom-shellでアプリ作ったメモ - マルシテイア
Lolipopという音楽プレイヤーを作った。 初めて使うツール多かったので、メモ。 Vue vue.js Vue.js人気だけど個人的にはあんまり良くわかってなくて、良さを理解するために触ってみようとなった。 Vue.js、サーバ側で生成したHTMLに対し、JSっぽい動きを与えるVMとして使うのに向いてる。 オレオレComponentを量産して組み合わせて使うのはあんまり得意じゃなさそう。 というのも、この前React+fluxでオモチャ作ったんだけど、その時と比べるとComponentの扱いに結構苦労したからだ。 頭のこんがらがり具合はAngularのディレクティブと大して変わらない気がする。 結果としてReact(+flux)の良さを認識することになった。 React、コンポーネントの正体がJSのクラスだし、データのやり取りはEventEmitter使って一方向でやるの推奨なので、「こ
2015年のモバイルアプリ開発に関する8つの予言 | readwrite.jp
モバイル開発は簡単なものではない。残念ながら、今後その難易度は更に高くなるようだ。フォレスターの新しい報告は8つの重要な変化がモバイル業界に現れると予言し、開発者は今後も気を抜けないということだ。 フォレスターが正しいのであれば、開発者はより一層忙しくなるはずだ。未だアプリケーション開発をマスターしようとしているにも関わらず、マーケットが変わろうとしている、と言われているのだから。 従来型のアプリ利用ではなく、よりコンテキスト（文脈・状況）に則した「マイクロモーメント」に向かうマーケットの変化が、ユーザー個々のニーズを先取りするようパーソナライズされたあらゆるデバイスにおいて起きています。 ではこの「マイクロモーメント」とは何で、開発者はどのような設計で対応すれば良いのだろうか？ モバイル開発に訪れる大きな変化途切れがちなインターネット接続や面倒なアプリの配信方法は言うまでもなく、ハードウ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
