Rustのトレイトは「高カインド多相のない型クラス」である - なんか考えてることとか
Rustのトレイト（以降Rustトレイトとつなげて呼ぶことにする）は一体何なのか、様々な他言語の概念を通して調べていたが、やっと（「やはり」でもあるのだが）結論が出たので書いていこうと思う。 また、Rustトレイトはインターフェースなのか、MixInなのか、はたまたトレイトなのかということについて書き直したかったのでそれもついでに書く。 Rustのトレイトにおける否定 前置き Rustのトレイトはインターフェースではない RustのトレイトはJavaのインターフェースではない RustのトレイトはC#のインターフェースではない RustのトレイトはMixInではない Rustのトレイトはトレイトではない Rustのトレイトは「高カインド多相のない型クラス」だった 根拠1: 型クラスと用法が同じである 根拠2: 重複する関数があった際の挙動も同じ Rustのトレイトでは高カインド多相ができな
iOS XcodeのStoryboardでTable Viewのカスタムセル | Memo (JP) | takuroYONEZAWA
iOSプログラミング、1日取り組んでみて、ようやくビギナーからアマチュアになった気がします。 StoryboardでTable Viewのカスタムセルを作って、表示させるやり方。 メモ。 (1) プロジェクト新規作成して、UIViewController上にTable Viewを、その上にTable View Cellを追加。UITableViewControllerを使う場合はここは省略できます。 (2) セル上に好きな部品を配置。後でこのセルを呼び出すために、Table View CellのIdentifierを設定します（下図ではhelloCell）。 セルの中の各要素に後でアクセスするために、各ViewにTagを設定。下図ではLabelに”1”のTagを設定してます。 もう一個セルを追加してみる。セルの追加は、Table View Cellをドラッグ&ドロップ。2つ目のセルにもId
iOS 7 特集 | DevelopersIO
[iOS][iBeacon] iOS 7.1 からアプリを起動していなくても領域観測できるようになったので、さまざまなバックグラウンド処理を試してみた
UXの効果が数字でわかる！5つのUX KPI : DeNA Creator(クリエイター) Blog
プログラミング教育や社員の健康をサポートする「CHO室」の取り組みなど、DeNAのCSRに関する情報を発信するブログ
TypeScript0.9alphaをNode+Gruntで使うよ
Swift is the best programming language you should learn and make your dream app easily. Swift programming is a powerful yet easy-to-learn coding language created by Apple. It's frequently used for developing iOS and macOS applications, as well as tvOS and watchOS apps. While you can use other languages to create Apple apps, Swift is the preferred language, and it's recommended because its code is
TypeScript の Interface が mofmof.js にもほしい - latest log
TypeScript を知ってる前提で書きますよー (ε・◇・)з TypeScript いいですねー、JavaScriptの上位互換でES6と衝突しない感じでステキですねー。 (ε・◇・)з Interface とかもいいですねー。とりいれたいですねー Interface を mofmof.js に実装してみました // TypeScript Style interface Point { x: number; y: number; } // mofmof.js Style mm.Interface("Point", { x: "number", y: "number" }); (ε・◇・)з モニターから3メートルぐらい離れてみれば、ほぼ同じだね! 実行してみました 以下のコードを実行すると、mm.allow({ x: 1 }, "Point"); の行でアサーションが発生し、ブラウザ
Martin Fowler's Bliki in Japanese - インタフェースと実装のペア
http://martinfowler.com/bliki/InterfaceImplementationPair.html すべてのクラスをインタフェースとペアにする手法である。 たとえば、ICustomerとCustomer、CustomerとCustomerImpl?のようなペアができる。 この場合、インタフェースと実装の型が分かれてしまうが、 これは、各クラスにヘッダファイルを付けるというC/C++の慣習を踏襲しているためである。 この手法のメリットは、 インタフェースの実装を別のものにすることで、 いつでも丸ごと入れ替えることができる点である。 ただ、私はこの手法があまり好きではない。 複数の実装がないのにインタフェースを使ってしまうと、インタフェースと実装とを同時に変更しなければならない分、手間がかかるからだ（IDEが補完してくれるが、やはり面倒だ）。 また、これだと裏に複数の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラス・メソッド・定数・変数宣言時に使えそうなものまとめ
Titanium でつくろう！ iPhone/Android 両対応アプリ
Martin Fowler's Bliki in Japanese - 公布済みインターフェイス