Swift - Introducing PONS = Protocol Oriented Number System - Qiita
まだ荒削りですが、お披露目してもいいところまで来たので。 https://github.com/dankogai/swift-pons 売り口上 これでSwiftでも GMPとか外部ライブラリなしで任意精度整数(BigInt)や任意精度分数(BigRat)や任意精度浮動小数点数(BigFloat)が使えるようになります。 外部依存がないので、Xcodeでなくてもswiftcがあれば使えます。もちろんOS XだけでなくてLinuxもサポート その任意精度数も、四則演算以外の演算を最初からサポートしています。整数は素数判定できますし、任意精度実数は<math.h>の関数を使えます。 これだけでもかなりハッピーになれます。 でも本当のウリは、そこじゃないんですよ… 承前: 古き良きCの時代 例えばman powとしてみます。こんな答えが返ってくるでしょう。 SYNOPSIS #include <
SwiftでFunctionalといえどデータは使い捨てない方がいい理由 - Qiita
extension SequenceType { typealias E = Generator.Element func groupBy<K: Hashable>(key: E -> K) -> [[E]] { return self.reduce([:]) { (var r: [K: [E]], x) in let k = key(x) r[k] = (r[k] ?? []) + [x] return r }.map { _, v in v } } } sampleArray.groupBy { "\($0.y)-\($0.m)" } var を parameter で使う以上の問題があります。 それは、配列を使い捨てていること。(r[k] ?? []) + [x]するたびに、古いr[k]に入っていたArrayが捨てられています。 「これってパフォーマンスに響くよねえ」と脊髄反射でベン
Swift 2のProtocol-Oriented Programmingっぽい書き方を理解する - Qiita
func isEven(number: Int) -> Bool { return number % 2 == 0 } let evens = Array(1...10).filter(isEven) print(evens) // [0, 2, 4, 6, 8, 10] 何が古いかというと、いちいち1...10をArrayにしているところ。もうしなくていいんです。そう、Swift 2ならね。 実際、Swift 2では.mapはもうArrayでは定義されてないんです。公式ドキュメントのArray Structure Referenceを見ても、.mapはどこにも見当たりません。 ではどこで定義されているか? Arrayが準拠しているprotocol CollectionType です。実際にCollectionType Protocol Referenceを見てみると、.mapや.filt
swiftのREPLで俺モジュールをimportする方法 - Qiita
SwiftのREPL、最高。 何が最高かって、あの重いコンダラじゃなくてXcodeを立ち上げなくても使えるところ。Xcode不要なので、Linuxでも動くし。 しかし、perlのuseとかrubyのrequireとかpythonのimport相当のことを、自分の書いたコードに対してやろうとすると一苦労。でも、一旦やり方を掴んでしまえばちょろいもんです。 swift-complexを例に説明します。 「説明は抜きにして、とにかく俺モジュールimportしたいという人は、以下のMakefileを雛形にしてください。 MOD=Complex BIN=main MODSRC=complex/complex.swift complex/exops.swift BINSRC=$(MODSRC) complex/main.swift complex/tap.swift MODULE=$(MOD).swi
swiftでもテストはTAPで - Qiita
Swift が opensource 化されてもう一月以上。みなさんテストはどうされてますか? もちろんこの場合XCTestなんてチャラいものは使えません。Linux版にSwift自体はあってもXcodeなんてありませんから。 というわけで、私はずっとTest Anything Protocolを使ってきました。 発祥はPerl Communityですが、別にPerlでなくても使えます。例えばJSの世界ではよく使われているmochaも対応してますし、TAP適合の出力であれば、それをチェックするためのスクリプトproveは、Perlが入っている環境であれば必ず入っているのでOS XとLinux Distroの過半では out-of-box で使えます。 見てのとおりシンプルなものなので、その場で都度実装してもいいですし実際そうしてきたのですが、ずいぶんとSwiftのプロジェクトも増えたので、
"%.17g" = doubleの出力をポータブルにする魔法の呪文? - Qiita
遅まきながら、明けましておめでとうございます。 諸般の事情で浮動小数点と取っ組み合っています。 懸命な読者であれば、浮動小数点表記は"eyes only"なものであり、データの交換に用いるのは慎むべきであることはご存知かと思われますが、実はそうも言ってられなくなっていることに気づいた人はどれくらいいらっしゃるのでしょうか… そう。JSONです。そのままJavaScriptでevalできちゃう、RFC7159で規定された、今や世界で最も利用されているであろうデータ交換フォーマット。 JavaScriptでevalできちゃうだけあって、数値はJavaScriptの数値リテラルそのものです。 Hexadecimal Floating Pointなんてお洒落なものは使えません(Hex Floatについては記事を改めて)。 つまり、Cにおけるdouble、JavaScriptにおけるNumberを、
Swift on Linux: Getting Started ASAP - Qiita
キター! Swift is Open Source - Swift Blog - Apple Developer 理念的にはオープンソースであることが最重要ですが、実地ではApple製品以外の環境も正式サポートされたことが大きいでしょう。これでやっと真の意味での汎用言語となったわけです。 というわけで、早速使ってみましょう。 下準備 Ubuntu 14.04 LTS or Ubuntu 15.10 (64bit) もちろんVMでも構いません。メモリー2GB、仮想ディスク16GBもあれば余裕です。ソースから debugugging symbol までサポートしたフルビルドをしたい場合は、打って変わってメモリー16GBでも足りず、さらに16GBほどswapを足してやっと事なきを得ましたが、バイナリーをダウンロードして使うのであれば最低限で事足ります。 clangのアップデート(14.04 LT
Swift - 再帰的enumの書き方 - Qiita
その日は来ないと弾言しちゃいます。 [Swiftで気になった所] 代数的データ構造を彷彿とさせる魔改造を施されたenumですが、再帰的データ構造が出来そうで出来ないのでガッカリ感が有ります。 enum List { // (!) Recursive value type 'List' is not allowed case Car(AnyObject) case Cdr(List?) } 正座して実装される日を待ちます。 [Swiftで気になった所]: http://qiita.com/ykst/items/3aba08ba1bf8955004d1 なぜなら、それが出来るようにするということはSwiftの型システムのありようを根本から崩壊させてしまうことになるからです。 結論を述べる前に、上記のコードをあえてCで書いたらどうなるのか見てみましょう。
Swift - Xcode 6(.1-Beta)? における変更点 - Qiita
というわけでデカiPhoneとキョダiPhoneとiではじまらないのかいWatchが出た裏で、Swiftも1.0になりましたね。 OS X Target には XCode 6.1-Beta が必須 一番重要なのはこれ。XCode 6 GMではSwiftでOS X Appsはビルドできないどころか、プロジェクトの新規作成さえできません。これを見落として6GMをインストールしてちょっと汗りました。「iOS Appsしか作りません」という方以外は、必ず6.1-Betaの方をインストールしましょう。 ちなみに Yosemite は DP7 のままですね。今まで一緒だったので少しリズムが狂いました。 Beta6より引き続き… Optional型に関するさらなる改良が進んでいるようです。 これの絡みかどうかわかりませんが、swift-jsonでNSURL.URLWithString(url)と書いてい
Swift - Xcode 6 Beta 7 における変更点 - Qiita
私がYAPC疲れ(?)で寝込んでいる間に出たようですねXcode6 Beta7。やはり前回: から二週間感覚で。9日にはいろいろ発表もあるようなので、Betaはこれが最後かな… といっても今回はとても少ないです。事実上たった一つで、それも以前の変更から自然と導かれる結論ですから。 Optional型に関するさらなる改良 これは前回に引き続きなので省略 Charactersと+演算子 Characterは+で連結できなくなりました。連結する場合はString(c1) + String(c2)などとしてください。 今回ははじめて更新してからこれを書いたのですが、私がgithubに上げている主なswiftプロジェクトはほとんど無変更で動きました。一月前ぐらいが嘘のようです… Dan.the.Swift.Newbie Register as a new user and use Qiita mor
Swift - Xcode 6 Beta 6 における変更点 - Qiita
Xcode6 Beta5からまだ2週間ですが、Xcode6 Beta6が登場しています。この調子で二週間ごとにベータ版出すのかなApple... というわけで前回に引き続き、ダウンロード待ちの手慰みに。 Xcode 6 beta 6 Release Notes Optional型に関するさらなる改良 Foundation APIにおけるOptional型の見直しがさらに進んでいます。T!の多くが、nilを取りうる場合はT?、そうでない場合はTへと変更されています。間違いを見つけた方は、“#IUO”をSubjectに含めた上でRadarでご報告ください。なお、T!のまま据え置かれているものに関しては報告不要です。Appleでも把握しています。 T?であるべきところがTとなっている場合、以下のように明示的にOptional型を指定して代入したのち直ちにアンラップすることで回避できます。 var
Swift - Xcode 6 Beta 5 における変更点 - Qiita
DLに時間がかかっているので待ち時間の手慰みに。 Xcode 6 beta 5 Release Notes Optional型に関する改良 UIView, NSView, UIFont, そして UIApplicationDelegate の optional 準拠が向上し、 implicitly unwrapped optionals がほぼ取り除かれました OptionalはEquatableプロトコル準拠でなくても==ないし==でnilとの比較ができるようになりました Optionalは(以前はLogicValueと命名されていた)BooleanType準拠ではなくなりました。今後はvariable != nilと明示する必要があります。 ImplicitlyUnwrappedOptionalにはまだBooleanTypeの属性が残されています。今後取り除かれる予定です。 x!を通し
Swiftの関数を===出来るようにする - Qiita
Swiftではデフォルト状態だとtupleの比較が出来ないというのは以前書いた通りだが、関数どうしも===できないので、出来るようにしてみた。 SYNOPSIS func peekFunc<A,R>(f:A->R)->(fp:Int, ctx:Int) { // let (hi, lo):(Int, Int) = reinterpretCast(f) typealias IntInt = (Int, Int) let (hi, lo) = unsafeBitCast(f, IntInt.self) let offset = sizeof(Int) == 8 ? 16 : 12 let ptr = UnsafePointer<Int>(lo+offset) return (ptr.memory, ptr.successor().memory) } @infix func === <A,R>(
Swiftの関数の引数は、常に一つ - Qiita
だとしたら、Swiftではカリー化は不要ということになってしまう。 すなわち、ざっくり言うとカリー化とは複数の引数を1つに減らすことを指します - Swiftで関数のカリー化(currying)入門 Swiftの関数は、つねに一つの値を受け取り、一つの値を返すのだから。 以下のコードを動かしてみれば、それがわかる。 func call<A,R>(f:A->R, a:A)->R { return f(a) } func id(i:Int)->Int { return i } func add(x:Int, y:Int)->Int { return x + y } call(id, 42) // 42 call(add, (21,21)) // 42 上記のcall()は、「『型Aの値を一つだけ取って型Rの値を返す関数』と『型Aの値』を取って『型Rの値』を返す関数」なはずなのに、「IntとIn
Swift - UnsafePointerと上手に付き合う - Qiita
ああなんてもったいない誤解。 ということでUnsafePointer.alloc()でアンセーフなメモリを確保して、その中に返してもらって、利用後に速やかに破棄するという感じにしかならないようです。 - SwiftからMachのhost_info()を呼び出す(UnsafePointerのキャスト) Cの構造体はそのままSwiftの構造体として使える Cの構造体も、Swiftの構造体と同じ流儀で扱えます UnsafePointer<cstruct>を要求する関数には、&cstructを渡すだけでおk 実際にご覧いただきましょう。 import Darwin // もちろんFoundationでもおk func lastModified(path:String)->String? { var st = stat() // *1 let err = path.withCString { //
Swift * Operators === Nirvana! - Qiita
Xcode6-Beta4 に続いて Yosemite Public Beta のダウンロードもはじまりました。Swiftいつやるか?今でしょ!って感じになってまいりました。 しかし言語なんていくらでもあるのにわざわざ新しいのをやるにはやはり理由も必要かも知れません。演算子なんていかがでしょう? まずは "3" * 3 == "333" を実装してみる 文字列の「かけ算」は、PerlやRubyではおなじみかと思います。Swiftでも実装してみましょう。 func * (lhs:String, rhs:Int)->String { return "".join(Array(count:rhs, repeatedValue:lhs)) }
Xcode6-Beta4現在のSwiftで逆Rangeを適切に扱う - Qiita
はじめに お断りしておきますと、「Rangeを使ったforループは気をつけよう」で指摘されている問題は、Appleも把握してます。 Release Notes More improvements are due in forthcoming betas, addressing a variety of issues iterating over floating point ranges, constructing negative ranges, and several other known range-related problems. Appleの対応を待てない人は それを踏まえた上で、Appleの対応を待てない人向けの対策を。 @infix func ..< (lhs:Int, rhs:Int)->StrideTo<Int> { return stride(from:lhs, t
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Swift - 1.0 (Xcode 6.0) と 1.1 (Xcode 6.1) 両方に対応する - Qiita
Swift - Xcode 6.1-Beta2 における変更点 - Qiita
Swift - 等しさとせつなさと型の強さと - Qiita
