React Native for Windowsを斜め読みした感想 - ナカザンドットネット
jp.techcrunch.com はい、なんか出てきました。「react-native-windowsなら前からあったじゃん」と思ったのですが、どうやら大幅にリライトしたみたいなので、本家とどのくらい違うのか、簡単に流し読みしてみました。雑に読んだだけなので、たぶん勘違いを多分に含んでます。眉に唾をつけて読んでください。ちゃんと知りたい人はコード読んでください。 三行で 前提 今までのreact-native-windows 新しいreact-native-windows 感想 全面C++リライト フォルダ構成の変更 本家との挙動の違いについて まとめ 三行で VC++使った結果、言語をブリッジするレイヤーがひとつ減ったのは面白い フォルダ構成は大きく変わったけど、たぶん妥当 開発者が使うときのAPIだけ本家と共通なら、内部実装の方針は多少本家と違ってても大丈夫なはず（ほんとか？） 前提
FluxにはModelがないのではないかと思った覚書 - ナカザンドットネット
Fluxを使い始めると「おっ、MV＊に比べて頭が悪くても状態が壊れないぞ？」という感想になる人が多いと思うんだけど、その理由がふたつあるような気がしてきた。 ModelやViewModelについてはコンテキストが違う人から「それ違くない？」と言われそうな書き方になるかもだけど、思いつきを書きなぐってるだけなので勘弁してください。 1. 単方向データフローが分かりやすく、コードの複雑さの低下に寄与している これは全くポジティブな要因。 2. FluxはMV＊のModel相当の要素が図に含まれていないので考えることが減った MV＊は「Modelって書いてあるからには何かをModelと呼んでデータを突っ込まなきゃいけない」という意識が生まれやすかった（その責務分割が適切だったかは別として）と思う。 でも、FluxにはStoreとかいうViewModel*1みたいなものしかない*2と私は思っていて
僕がEclipseをやめてAndroid Studioを使っている10の理由 - ナカザンドットネット
どうも、nkzn.netの更新を忘れてて転売屋に取られた人です。 今日はAndroid Bazaar and Conference 2014 Springですね。僕は業務都合的なアレで今回のABCに参加できないため、夜の裏会だけ行きます。 ただ、全くなにもしないのも寂しいので、景気付けに１本記事を書かせてもらいました。Effective Androidトラックの発表内容とネタ被りしたらごめんな！！ たぶん@mhidakaとか@sys1yagiさんがこの記事より良いこと喋ってくれると思うので、みなさん秋葉原UDXで著者たちと握手！！（宣伝） Effective Android 作者: TechBooster,小太刀御禄,出村成和,重田大助,西岡靖代,宮川大輔,柏本和俊,あんざいゆき,八木俊広,木村尭海,小林慎治,有山圭二,中西良明,わかめまさひろ,新井祐一,桝井草介,久郷達也,寺園聖文,sh
AndroidのレイアウトXML内に自作Viewを貼る方法 - ナカザンドットネット
SampleView extends Viewを、res/layout/main.xmlの中に組み込んでみました。 ポイントは３つ。 一つ目は、Viewクラスのコンストラクタの引数を(Context context, AttributeSet attrs) にすること。 二つ目は、onMeasure(int widthMeasureSpec, int heightMeasureSpec)を定義すること。 最後に、Viewの名前を付けたXMLタグを専用のレイアウトに放り込むこと。（これは自信ない SampleView.java package org.ateliernkzn.InnerLayout; import android.content.Context; import android.graphics.Canvas; import android.graphics.Color; im
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
