Swiftの各機能が「なぜ」存在し「いつ」使うべきかを解説した技術書 - Swift実践入門 - その後のその後
著者の石川さん、西山さん、およびWEB+DB PRESS plus様より、『Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語』をご恵贈いただきました。 Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)posted with amazlet at 17.04.04石川 洋資 西山 勇世 技術評論社 売り上げランキング: 5,087 Amazon.co.jpで詳細を見る 今年の2月に出版されたばかりですが、観測範囲では「Swift実践入門輪読会」「Swift実践入門読書勉強会」といった会も開催されていて、もう世間ではすっかり教科書のような定番の良書として認知されている感があります。 他のSwift本との違い / Appleの公式ドキュメントで十分？ Swiftについて書かれた技術書は既に数多出ています。入門本はたぶんそれだけで
Xcode8でビルドが遅すぎるのを解消した件（Swift パフォーマンス改善）
Qiitaにも同様の投稿をしています。 http://qiita.com/you_matz/items/e95f30023eccc8d96357 2016年11月現在、最新（Xcode8.1環境下での）のコンパイル時間の計測方法が見当たらないので分析方法まで調査した。 2分程度かかっていたビルドが10秒ほどに短縮できました。 ※ビルドするマシンのスペック、設定、ファイル数、コードの書き方にもよるので、 n%,n秒速くなったというのは相対的な値なので予めご了承ください。 はじめに 100クラス弱のswiftのプロジェクトで2分強ビルドに時間がかかっていたので、おかしいなと思い、おそらく静的にベタ書きした多次元配列に型情報を与えていないからだろうなと分かっていたが、いい機会なので原因を調査してみた。 プロジェクトのビルド時間の計測 こちらを参考に（Swiftのメソッド毎のコンパイル時間を計測し
体系的なSwift言語学習 - Qiita
言語学習をしていると、もっと体系的に学びたい、実際に実務でどんな感じのソースコードが書かれているかみたいなどと思うことがあると思います。その中で自分が体系的に学べたものをいくつか紹介したいと思います。 ※内容は初心者から中級者向けです。 Github Repositories https://github.com/raywenderlich/swift-algorithm-club raywenderlichさんによる、swiftでalgorithmを学べるリポジトリです。 https://github.com/kickstarter/ios-oss Kickstarterさんが実際にリリースしているアプリのオープンソースリポジトリです。 https://github.com/mixi-inc/iOSTraining/blob/master/Swift/README.md mixiさんが公
iOSCon 2017 in LondonでProtocol Buffersについて発表しました | メルカリエンジニアリング
iOSConとは、iOSやSwiftに関わるエンジニアのためのカンファレンスです。今年は3/30, 31の2日間にロンドンで開催されました。参加者は約200人が集まり、27人のスピーカーがそれぞれLT、セッション、ワークショップ形式で発表します。 skillsmatter.com 全ての発表は聞けませんでしたが、発表内容はかなり楽しめました。Swiftの特性を活かしたアーキテクチャの話や、GraphQLという流行りの技術の話など、自分が知らないこともあり非常に勉強になりました。 来年も開催が決定しているようなので、興味がある方はこちらから詳細を確認してください。 skillsmatter.com 発表内容 「Type-safe Web APIs with Protocol Buffers in Swift」というタイトルで発表しました。当日は著名なスピーカーの方達が聞きに来てくれたのもあっ
SwiftのExtensionをモダンでオシャレに実装する - Qiita
のように書いているExtensionを以下のようにオシャレに書くことができる、ということを解説します。 長くなってんじゃねーか。 と、思うかもしれませんが、こうすることによって型に含まれる標準的な機能と拡張機能を明確に区別することができます。 ちょっと便利。ちょっと。 Extensionをどうやって定義するか問題 なぜこのような話をするのかというと、Extensionをどうやって定義するかが問題になったりするからです。小さな問題ではあるんですけど。 Extensionは欲しいところに欲しいものを作ることができるので、結構使う機会が多いんじゃないかと思いますが、どこにどうやって定義するかまで考えたいところです。 局所的に使うものであればprivateなりfileprivateなりのアクセスコントロールを使って公開範囲を制限したりするかと思います。 逆にプロジェクト全体で使うようなものに関して
Swiftのコミッターになりました（なっていました） - いけだや技術ノート
https://swift.org/contributing/#commit-access に記載があるように、SwiftのOSSプロジェクトでは、一定の基準を満たすことでコミット権を申請し、得ることができるようになっています。 遡って今年の1月に apple/swift-corelibs-foundation に集中的に取り組んだ結果、Swiftのコミット権を得ました（もう3ヶ月前じゃん！）。 とは言ってもC++でコンパイラーのコードが書けるわけではなく、標準ライブラリーやFoundationおよびそのOverlayなど、Swiftで書ける範囲での活動が主になりますが、Swiftの改善に少しでも貢献していきたいと思います。
Swift Source Compatibility Test Suite Now Available
We are pleased to announce the release of a new Swift source compatibility test suite as part of the effort to maintain source compatibility in future Swift releases. The source compatibility test suite is community driven, meaning open source project owners can submit their projects for inclusion in the suite. Instructions for adding open source projects to the test suite can be found in the Swif
SwiftのOptionalのベストプラクティス - Qiita
それでは、『SwiftのOptionalのベストプラクティス』というタイトルで発表します。 #swtws pic.twitter.com/OJfz2tk4sP — koher (@koher) 2017年4月15日 2 年程前、 Qiita に『SwiftのOptional型を極める』というタイトルで投稿をしました。内容は、 Optional とは何かという説明と、 Optional の使い方を合わせたものでした。 しかし、 Swift 1 だった当時と比べると Optional 周りの状況は大きく変わり、特に使い方の部分が適切ではなくなってきました。また、僕のSwift経験値もたまって、新たな知見も蓄積されてきました。 今回の投稿では、 Swift の Optional 周りを整理し、いつ・どのように Optional を使うべきか、僕の考えるベストプラクティスを紹介します。 全体を通し
Swift Standard Library相関図を作ってみた・眺めてみた #swtws - Qiita
この記事はSwift Tweets 2017 Spring - connpassにて「Swift Standard Library相関図」というタイトルで発表したものにたくさん加筆したり修正したものです。 3〜4個くらいのProtocol同士の継承関係のツリーなら各所の発表でよく見るのですが、どういうわけか全体図を見たことがないので作ることにしました。 Swift Standard Libraryとは The Swift standard library defines a base layer of functionality for writing Swift programs import Foundation しなくてもSwiftが素で使えるシンボルたち。 ドキュメントは Swift Standard Library | Apple Developer Documentation
Swift4で何がかわりそうなのか - Qiita
この記事は2017/04/15(土)のSwift Tweetsで発表した内容です。 Swift 4では何が変わるのか Swift4に関しては、Swift.orgやswift-evolutionで毎日情報が流れていますが、僕自身ちゃんとキャッチアップできていませんでした。今日は出来るだけリソースを提示しながらお話したいと思います。 Swift4が何を目指しているのかはここに記載されています。https://goo.gl/5XSu7M Swift4は今年2017年の下期のリリースを目標に開発が進んでいます。Swift4には２つ目標があります。一つはSwift3のソースコードの安定性の提供、もう一つは、標準ライブラリのABI安定性の提供です。 Swift 3のコードの安定性の向上 標準ライブラリのABIの安定化 この２つの目標達成のために、開発を2段階に分けています。 Stage 1 ソース
Swift.org - ABI Dashboard
Last updated: 12 Dec 2018 One of the top priorities for Swift right now is compatibility across future Swift versions. One major component of this is ABI stability, which enables binary compatibility between applications and libraries compiled with different versions of Swift. The Swift ABI Manifesto describes the engineering and design tasks that need to be complete before declaring the ABI stabl
[Swift API Design Guidelines] 用途が明確になるよう心がけた命名 | DevelopersIO
はじめに こんぬづは、先日知人宅で食べたチーズが美味しすぎて時間が経っても忘れられず、業務中もチーズのことばかり考えてしまっている田中です。リコッタとブッラータ...。 最近自分の考えるSwiftのclassやstruct、関数などの命名に疑問を感じています。その疑問を解消すべく、Swift.orgのAPI Design Guidelinesを読むことにしました。そしてせっかくなので読んだ内容をブログ化してみました。 今回はその中のPromote Clear Usageより。 この記事の内容はAPI Design Guidelinesから一部抜粋して筆者の解釈で和訳・意訳したものになります。理解の補助として、適切だと思われる箇所には実際に筆者が書いているコードを載せています。参考になれば幸いです。 用途が明確になるよう心がけた命名 曖昧さを避けるために必要な単語は全て含める 例えば、あるコ
![[Swift API Design Guidelines] 用途が明確になるよう心がけた命名 | 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.1で死んだコードまとめ - Qiita
Swiftのリリースの度に型が破壊されるたるのんです、こんにちは。 Swift3.1への移行の調子はいかがでしょうか?すこぶる順調でしょうか?僕は大変でした。 ということでSwift3.1でコンパイルできなくなったコードまとめ。 switchを使ってenumからprotocolを複数のパターンで取り出す protocol X {} extension String: X {} enum A { case hoge(X) case fuga(X) } let a = A.hoge("hello") switch a { case .hoge(let x), .fuga(let x): print(x) default: break } Swiftのswitchは有能で、一つのcaseに複数のパターンを列挙し同じ型なら同じ変数として取り出すことが出来ます。 が、3.1ではProtocol型であ
[Swift 3.1] extensionでジェネリックパラメーターと具象型が等しい制約が書けるようになりました | DevelopersIO
特定の型を要素に持つArrayにプロパティやメソッドを追加したい 「特定の型を要素に持つArrayにプロパティやメソッドを追加したい」というケースがあると思います。 例えば、要素がInt型のArrayに対して合計値を取得するtotalというプロパティを追加するケースを考えます。 Swift 3.1では以下のようにジェネリックパラメーターと具象型が等しいという制約が書けるようになりました！ extension Array where Element == Int { var total: Element { return reduce(0, +) } } let intArray = [1, 2, 3, 4, 5] print(intArray.total) // 15 Swift 3.1以前 これまではextension Array where Element == Int {}のように書
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iOS のポップアップUIのクローンライブラリを作りました
Swift 3.1がリリース
swiftメモリオーナシップのマニフェストが公開
PEAKS（ピークス）｜ページが見つかりません
この実装には問題がある！
Xcode 8.3・Swift 3.1が正式リリースしたので早速アップデートしました
