Swift3時代のErrorとNSErrorに関するいくつかの実験 - Qiita
はじめに Xcodeのバージョンも 8になり、社内プロジェクトの方も Swift3化を進めているのですが、色々とトラブっています。特に困っているのが Objective-Cと Swiftが混在する環境でのエラーオブジェクト(NSError、Error)の扱いです。 時間がなくてちゃんと体系的にまとめきれていないのですが、自分自身の問題整理と覚書も兼ねて、現状でわかっていることをまとめてみました。 SwiftのErrorと、Objective-Cの NSError 少し前提を話します。 まず、Swiftの世界ではエラーは Error という抽象的な型(プロトコル)で扱います。このプロトコルは Swift2までは ErrorTypeという名前でしたが、Swift3で Error に名称が変更されました。より一般的な名前が与えられたということですので、役割が昇格したと言えます。 一方、Objec
Swift 3 で新しくなったところ - 表面から見えにくいところを中心に紹介 #ISAOcorp
Swift 3 の新しくなったところのうちから、目立つところを６つほど、意味的な観点を大事にしながらざっくり紹介しました。2016/09/28 ISAO meetup でお話しした発表資料です。Read less
SwiftでConcurrency Programming - Qiita
はじめに 今回はGCDの内容を中心に並列処理についてまとめています。 マルチコアと並列処理 コンピュータの黎明期にはCPUのクロック速度で決定されていた最大作業量ですが、CPUのコア数を増やすことで格段に改善されました。2006年頃にコアが2つのデュアルコア、2007年以降はコアが4つあるクアッドコアが登場し、近年ではヘキサコア、オクタコアが標準になりつつあります。これらのマルチコアの優位性を活かすために、複数の処理を同時に実行ソフトウェアが必要となります。実際iOS, OSXのような最新マルチタスクOSでは数百ものプログラムを同時に実行できます。 これらの並列処理を実現するためには、単にコアと同数のスレッドを生成すればいいという単純な話ではありません。アプリケーションが独自に使用可能なコア数を計算し、それを効率的に干渉させずに動作させることは非常に困難になります。 Appleのオペレーシ
Swift3のGCD周りのまとめ - Qiita
Swift3でGrand Central Dispatchも大幅に変わっているので、簡単にまとめました。 dispatch_queue concurrent queue（実行スレッドは複数で同時に複数タスク）やserial queue（実行スレッドは１つでタスクごとに違うスレッドで実行される可能性はあるが、同時に1タスク）の生成は、以下のように行います。 // concurrent queue let concurrentQueue = DispatchQueue(label: "com.example.concurrent-queue", attributes: .concurrent) // serial queue let serialQueue = DispatchQueue(label: "com.example.serial-queue")
iQONをSwift 3.0.1にアップデートしたときに対応したポイント - Qiita
この記事はVASILY DEVELOPERS BLOGにも同じ内容で投稿しています。よろしければ他の記事もご覧ください。 iOS 10.1 のリリースから遅れること3日、Xcode 8.1 がリリースされました。この Xcode 8.1 では Swift のバージョンが 3.0.1 にアップデートされています。 iQON の iOS アプリでは、Xcode 8 リリース後すぐに Swift 2.3 へのアップデートは済ませたのですが、最近 Swift のバージョンを 2.3 → 3.0.1 にアップデートしました。 本記事は、作業中に対応したエラー修正の記録のようなものです。とても長くなっていますが、Swift 2系 → 3系にアップデートするときの手助けになればと思います。 モチベーション 現在も引き続きSwift 2.3 で開発を続けることはできますが、いずれは Swift 3.x 系
Swift2.2 から Swift3 へ頑張って移行した話 - Qiita
Xcode7 + Swift2.2 から Xcode8 + Swift3 へマイグレーションしたことの作業記録です。同じようにステップアップする人は沢山いると思いますので何かの参考になればこれ幸いです。 というわけで、開発を担当している Zaim の iOS アプリで Swift のバージョンアップを実行しました。コンパイルエラーの掃除がなかなかに大変でしたよ。 移行のおおまかな流れ ”何事も最初が肝心なんだよ” だいぶ省略するけど以下みたいな感じか。移行できるかどうか調べるとかまあそういうのは置いといて…。 （誰かが Swift3 を使いたいと言いだす） 使っている外部ライブラリをアップデートする Xcode の Convert To Current Swift Syntax で Swift3 に変換してもらう 変換ミスを修正したり、変換してくれななかった部分を修正する、外部ライブラリ類
[iOS][Swift] Swift 3.0の変更点まとめ | DevelopersIO
Implemented proposals for Swift 3 SE-0002: Removing currying func declaration syntax カリー化関数宣言構文を削除 func foo(x: Int)(y: Int) の有効性は限定的で、実装が複雑になるから削除する必要があります。 サンプル // Before: func curried(x: Int)(y: String) -> Float { return Float(x) + Float(y)! } // After: func curried(x: Int) -> (String) -> Float { return {(y: String) -> Float in return Float(x) + Float(y)! } } SE-0003: Removing var from Function
![[iOS][Swift] Swift 3.0の変更点まとめ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/4b9b98d8423d1943cae402d21764bf51589e811b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Flogo_swift_400x400.png)
Swift 3の変更点の裏側 (アクセス制御 / @escaping) - Qiita
SE-0025では public, internal の意味は変わりませんが、新しくfileprivateという修飾子が追加されました。 fileprivate として定義されたものは同じファイルの中からどこでもそのメンバーにアクセスできます。これはSwift 2でのprivateと同じ挙動です。 一方 private の方は、同一ファイル内でも、クラスやextensionをまたぐなどスコープを超えたアクセスができなくなりました。 なぜ fileprivate が必要だったのか Swift 3から private の意味はファイルに対してではなく、スコープに対して private になりました。 fileprivate は Swift 2 の private と同じです。 fileprivate と private の区別ができると、 extension の中でのみ使用できるメソッドを追加
Swift3 全予約語 (98語) の解説 - Qiita
Swift3 に合わせて Swift2 全予約語 (82語) の解説 をまとめ直しました。 Swift4 はこちら Swift4 全予約語 (98語) の解説 宣言 (declarations) クラス、変数、定数、メソッド、関数などの宣言部分で使用する予約語 class クラスの宣言や、メソッドやプロパティの前に指定することでクラスメソッド、クラスプロパティの宣言をします。 class Sample { var member = 1 } let a = Sample() let b = a a === b // -> true (指すものは同じ) a.member = 2 b.member // -> 2
Swift 3のRange徹底解説 - Qiita
[2018/05/22 追記] Swift 4.2からは、Rangeの型パラメーター(Bound)によってCountableかどうかが区別できるようになるため、Countable系のRangeは無くなりシンプルになります。 Swift 4.1で導入されたConditional Conformanceのインパクト - Qiita Swift 3のRange周りはけっこうややこしいので、まとめてみました。 Range周りのややこしさはこのあたりに起因していると思っています。 Swift 3のRangeの仕様自体少し複雑 現状の言語制約・型安全性など踏まえて妥当な複雑性だと思っていますが Swift 2.2から大きく変更 Swift 2.2: Range<T>・ClosedInterval<T>・OpenInterval<T> Swift 3.0: Range<T>・ClosedRange<T>
【Swift】一度だけ処理を実行したい！を叶えるclosure
インスタンス生成してから一度だけ処理を行いたい！ viewWillAppear: で1回目だけ処理をしたい！ なんてときに、 Bool のフラグ変数持ってチェックしたり、 dispatch_once 使ったり色々な方法があるのですが、そもそもSwift3からは dispatch_onceが 使えない ということもあるし、フラグ変数持つのも嫌だったので、じゃあ closure で解決してみようということで挑戦してみました。 その前に https://swift.org/migration-guide/ の Dispatch の項に、dispatch_onceがなくなった経緯と、もし使いたい場合の方法が書いてあります。 let myGlobal = { … global contains initialization in a call to a closure … }() _ = myGlo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Swift 3.0のRangeまとめ - Qiita
Amazon.co.jp: 詳解Swift 第3版: 荻原剛志: 本
What's New in Swift 3 | AppCoda
Escaping and Nonescaping Closures in Swift 3 - Swift Unboxed
swift-evolution/proposals/0043-declare-variables-in-case-labels-with-multiple-patterns.md at main · swiftlang/swift-evolution
5分でわかるSE-0116(id-as-any)
Swift3での大きな変更点（AnyObject→Any）Dictionary,Arrayなどでの型指定方法まとめ - Qiita
自分がやったSwift3移行手順まとめ - mobiledev日記
WWDC2016 Swift API Design Guideline - mobiledev日記