SwiftのArrayがミュータブルでもCovariantな理由 - Qiita
class Animal {} class Cat: Animal {} var cats: Array<Cat> = [Cat(), Cat()] var animals: Array<Animal> = cats // 実体はCatのArrayのはずなのにAnimalを格納できる！？ animals[0] = Animal() これを見ると型安全性がぶっ壊れてるんじゃないかと思ってしまいますが、そうではありません。SwiftのArrayにとってこれは安全な挙動です。 Covariantなコレクション (A) のように、 Cat が Animal の派生型なら Array<Cat> も Array<Animal> の派生型となるとき、 Array は Covariant（共変） であると言います[*1]。 Array<Cat> に Animal オブジェクトが格納できてしまうように、ミュ
Ruby でラインメモリプロファイラ - Qiita
プロファイラ好きなモニタの前の皆さんこんにちは。@sonots です。この記事では、Ruby コードのどの行がどのぐらいメモリを消費しているか調べる方法を紹介します。 オブジェクトの数を数える Ruby には ObjectSpace というオブジェクトの情報を集めたり操作したりする module があります。 このモジュールの each_object メソッドを使用すると、RubyVM 上の全てのオブジェクトを取り出すことができます。 このメソッドを使って、以下のようなコードを書くと、実行した地点で、RubyVM 中にどのクラスのオブジェクトが何個存在しているのかカウントできたりするわけです。興味深いですね! ObjectSpace.each_object.inject(Hash.new 0) {|h,o| h[o.class]+=1; h } #=> {Class=>241, Strin
Swift の Array / Dictionary は最適化なしでは遅い (Xcode 6.1 / iOS 8.1 更新) - ymyzk’s blog
Swift の Array / Dictionary は最適化なしでは遅い (Xcode 6.1 / iOS 8.1 更新) Swift の Array/Dictionary は最適化なしでコンパイルした場合, 実行速度が遅くなります. NSMutableArray/NSMutableDictionary と比べてもかなり遅い結果となります. テストコード この問題をテストするために単純なサンプルコードを作成しました. NSMutableArray と Swift の Array にそれぞれ 1,000,000 個の要素を追加するコードと, NSMutableDictionary と Swift の Dictionary に 100,000 個の要素を追加するコードです. OS X の Swift は現時点で Beta とされているため, iOS アプリケーションとして作成しました. 利用
mout : Modular JavaScript Utilities
MOUT is a collection of modular JavaScript utilities that can be used in the browser as AMD modules or on node.js. - modules are converted into node.js format during npm publish using nodefy - It provides many helper methods similar to those found on other languages standard libraries (ie. Python, Ruby, PHP) The biggest difference between other existing solutions is that you can choose to load onl
SwiftのArrayのハマりどころのまとめ - Qiita
Swiftも1.0がリリースされ、SwiftでiOSアプリを申請できるようになりました。Swiftはとても学びやすい言語ですが、 Array （や Dictionary ）の挙動については最初戸惑う人が多いのではないかと思います。そこで、Swiftを学習するときに Array についてハマりそうな点をまとめました。 多くの言語では配列やリストは 参照型（Reference Type） として扱われますが、 Swiftの Array は 値型（Value Type） です。配列やリストが参照型である言語（Objective-C、C#、Java、JavaScript、Python、Ruby、…）に慣れ親しんでいる人ほど、この違いに戸惑うのではないかと思います。 本稿では Arrayが値型であることによってハマりがちなポイントについてまとめます 。個別のメソッドの使い方などでハマりがちな点につい
PHPで利用できる配列操作系高階関数 - MANA-DOT
PHP5.3からクロージャが利用可能であり、高階関数を積極的に利用して簡潔なコードを心がけたいのですが、一度調べておかないと意外な関数が利用可能であることに気づかなかったりするのでまとめ(個人的によく使う順)。 array_map PHP: array_map - Manual 高階関数で最も代表的と思われるもの。map-reduceのmap。配列の各要素をクロージャを用いたマッピングを行い、別の配列を作ります。 <?php $prices = [100, 200, 300]; $taxInPrices = array_map(function($price) { return $price * 1.08; }, $prices); var_dump($taxInPrices); // array(3) { // [0]=> float(108) // [1]=> float(216) /
SwiftのArrayが実はすばらしかった - Qiita
先日SwiftのArrayがヤバイという投稿をしましたが、その後仕様が変更されたこともあり、考えれば考えるほど SwiftのArrayがすばらしいように思えてきました。 SwiftのArrayがすばらしいと思うのは、 Arrayが参照型ではなく値型であることで無駄なコピーが回避できる からです。単純に考えると、代入の度にコピーが発生する値型の方が無駄なコピーが発生しそうなものです。 なお、本投稿ではArrayのみを扱いますが、Dictionaryについてもまったく同じことが言えます。 可変長配列は普通は参照型なんじゃないの？ 多くの言語では可変長配列は参照型として実装されています。しかし、SwiftのArrayは値型でした。最初にそれを知ったとき、気持ち悪い言語だなぁと思いました。 値型はその性質上、メモリ上でのサイズが固定されている必要があります[*1]。そのため、可変長配列のようにサイ
SwiftのArrayとDictionaryの使い方 - hachinoBlog
背景 基本的な言語仕様はふんわりと学んだので、今後多用するであろうArrayとDictionaryの使い方を調べたのでメモ。 Array サンプルコード // immutableなString型の配列 let names: String[] = ["name5", "name2", "name1", "name3"] //各データを取得 let name1 = names[0] //name5 let name2 = names[1] //name2 let name3 = names[2] //name1 let name4 = names[3] //name3 //各件数 names.capacity // 4 names.startIndex // 0 names.endIndex // 4 names.count // 4 // mutableなString型の配列 var pro
[Swift] Sequence実装のサンプル(独自クラスのリスト) | 目くじら日記
SequenceTypeを実装することによって独自クラスをfor-inなどでループ処理することが可能になります。 SequenceTypeプロトコルは func generate() -> GeneratorType だけを実装すれば良いのですが、 今回のサンプルでは二分探索(バイナリサーチ)によるジェネリックスなSortedListを実装してみました。 使い方はこんな感じです // イニシャライザで比較関数を渡す // この例ではクロージャを使っています let sortedList = SortedList<Int>(){ (left:Int,right:Int)-> CompareResult in if (left == right) { return .Equal } else if (left > right) { return CompareResult.LeftLarge
Swiftのmapは処理だけしてVoid返すことは出来ないから気ィ付けや - 定食屋おろポン
追記 この記事の情報は古いので注意して下さい。 最新のXcodeでは、mapに返り値を持たないクロージャを渡しても問題ありません。 追記ここまで SwiftのArrayは、非破壊的なメソッド、mapを持っています。素晴らしい。 enumerateObjectsUsingBlock:とか書いてられませんよホントに。メソッド名が長いのはともかくBlocksの記法がfuckingblocksyntaxでうんざりします。 mapの宣言はfunc map<U>(transform: (T) -> U) -> Array<U>となっています。 Haskellでいうところのmap :: (t -> u) -> [t] -> [u]ですね。 T型の要素を持つArrayと、T型を引数に取ってU型を返すクロージャがあります。T型のArrayの全ての要素にクロージャを適用し、U型のArrayを返すのがmapです
NSArrayやNSDictionaryからNSNullを効率よく取り除く - 24/7 twenty-four seven
iOSアプリケーションでWeb APIから返ってきたJSONを処理するのにNSNullの扱いに困っていて、事前にNSNullを取り除いてしまうのが事故を防ぐための確実な方法なのですが、再帰的にすべての要素を検査する以外になにかいい方法がないかと思って考えていたらちょっとおもしろい方法を思いついたので書いてみました。 kishikawakatsumi/CollectionUtils · GitHub ↑ に含まれるCUCompactArrayとCUCompactDictionaryです。 NSArrayとNSDictionaryのサブクラスとして実装されていて、次のようにして生成します。 （普通にalloc/initを使って生成することも可能です） NSArray *array = @[@"0", @"1", [NSNull null], @"2", [NSNull null], @"3"]
annema.me - the builder pattern in objective-c
Learning Android and by extension Java has given me some new patterns to apply in my Objective-C code. The one that I'm most excited about is the builder pattern. The builder pattern is an object creation pattern that fits well with Java's syntax. I've seen some adaptions to Objective-C but they all directly copy Java's implementation directly and are not very idiomatic. Let's start off with what
RailsからObjective-Cのplist形式でデータを出力する - (ﾟ∀ﾟ)o彡 sasata299's blog
2014年03月28日14:15 Ruby Objective-C RailsからObjective-Cのplist形式でデータを出力する iOSアプリ用のマスターデータとして plist にデータを持たせたかったのでやってみました。 実際にやってみると builder っていう gem を使えば簡単でした。jbuilder のXML版です。出力したいデータ（例えば今回の場合だと @languages）だけ用意して、 xml.instruct! :xml, version: '1.0' xml.declare! :DOCTYPE, :plist, :PUBLIC, '-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd' xml.plist(version: '1.0') do xml.ar
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
