Apple、Xcodeで使われているビルドエンジン「Swift Build」をオープンソースで公開。WindowsとLinuxもサポートへ Appleの発表を読み解くと、Swift Buildをオープンソース化する狙いは2つあるようです。 1つは、Swiftのエコシステムにおいて、XcodeのビルドエンジンであるSwift Buildと、Swift Package Managerに搭載されているビルドエンジンという2つの異なるビルドエンジンが存在していた状態を、Swift Buildに統一することです。 これには比較的単純なビルドエンジンであるSwift Package Managerのビルドエンジンを高機能なSwift Buildに置き換えることで、Swiftエコシステムのビルドエンジンを今後さらに発展させていくための優れた基盤となることも含まれています。 そしてもう1つは、Swift

この記事はChatwork AdventCalendar 2021の18日目の記事です。 モバイルアプリケーション開発部の池田(Twitter: m_ike)です。普段はiOS担当でSwiftを書いています。 2021年も残すところあとわずかですが、皆さんの今年の重大ニュースはなんだったでしょうか？自分の場合は、気がつくとChatworkに入社していたことです。 さて、Swiftの一番のニュースとなると、やはりSwift 5.5で並行処理（非同期処理）をサポートするSwift Concurrencyが出たことだと思います。 特にその中でも注目されていたのはasync / awaitですが、この記事では個人的に一番すごい！となった「actorでデータ競合を防ぐ」という点を取り上げます。（ちなみに2番目にすごいと思ったのは構造化並行処理です） データ競合とは データ競合は、あるデータに対して複

こんにちは、Quipper iOS エンジニアの @manicmaniac です。 現在スタディサプリ iOS アプリ開発チームのエンジニアリングマネージャをしています。 今回はスタディサプリで長らく使われていた React Native のコードを Swift に書き換えた話をします。 実は React Native から Swift への置き換え自体は半年ほど前に完了していたのですが、ブログに記すのに時間がかかってしまいました。 スタディサプリにおける React Native の利用 Quipper では 2017年ごろから React Native を iOS / Android アプリ開発に利用し始め、スタディサプリでは 2018年3月ごろから徐々に React Native を iOS アプリケーション開発に導入していました。 iOS 版スタディサプリの、git から取り出した

Swift 5.5 では、待望の async/await 構文をはじめとした Swift Concurrency Roadmap における並行処理機能、いわゆる Swift Concurrency のサポートが多く開始され、WWDC21 でも各機能の使いかたや仕組みが詳細に解説されていました。 Swift Concurrency についてはすでに koher 氏の 『Swift 6 で来たる並行処理の大型アップデート近況』や『先取り！ Swift 6 の async/await』 などの資料でも詳細に解説されています。この記事では WWDC の各セッションで行われた説明の紹介を中心に、この記事ひとつで Swift Concurrency についての現時点での概観を把握できる状態を目指して、改めてまとめてみました。 async/await Concurrency にまつわる様々なプロポーザル

追記 (2020-08-05) 投稿時には async/await が Swift 5 で導入されそうでしたが、 2020 年 8 月（ Swift 5.2 ）現在ではまだ async/await は導入されておらず、 Swift 6 での導入が有力になっています。 async/await は "Swift Concurrency Manifesto" の最初の Part に挙げられていますが、公式にアナウンスされた "On the road to Swift 6" の中で Concurrency が挙げられています。 先日、 async に関する PR が Swift リポジトリの master ブランチにマージされました。 2ヶ月ほど前、 Chris Lattner から swift-evolution に "async/await + actors" というタイトルで驚きのメールが流

最近、 Swift リポジトリに並行処理関係の Pull Request (PR) が続々とマージされています。 たとえば、次のような PR があります。 Add async to the Swift type system. #33147 Add @asyncHandler attribute. #33476 Import "did" delegate methods as @asyncHandler. #34065 Import Objective-C methods with completion handlers as async #33674 Basic support for actor classes and actor isolation #33906 Swift の並行処理（ Concurrency ）関連の機能については、 2020 年 1 月に発表された "On th

プログラミング言語「Swift」の開発チームは9月22日（現地時間）、macOS、iOS、Linuxなどで動作するオープンソースのプログラミング言語であるSwiftを、Windows環境でもビルドして実行できるようにしたと発表した。 Swift開発チームはSwiftを使ったWindowsアプリの開発ができるよう、SwiftのコンパイラやライブラリをWindows用に移植する作業を1年以上前から行ってきたという。現在は、外部ソフトでビルドを行っているが、将来的にはSwiftの基本機能のみでコーディングからコンパイル、ビルドまで完結できるようにする。 一部の開発者は、Swiftを使って作られた既存のmacOS／iOSアプリをWindows環境に簡単に移植できるよう実験しているという。 開発チームは今後もWindows向けにシステムの移植を進めるとし、ユーザーにバグの報告やその他のフィードバック

Swiftに足りなかったものを作る - スター数13,000超の「Kingfisher」を生み出したonevcatの着想術 画像を取り扱う軽量なSwiftライブラリ「Kingfisher」が獲得したスター数はなんと13,000以上。圧倒的な支持を集めるOSSを作り続けるonevcatさんに、発想の源を聞きました。 初めて作成したリポジトリが獲得したスター数、8,500以上。 ひとつのリポジトリが獲得した最大のスター数、13,000以上。 この数字を叩き出したのが「1人のエンジニア」だと聞けば、多くの方は驚きの声をあげるでしょう。多くの人から支持されるOSSを作るのはもちろん簡単なことではなく、数千、数万というスターを獲得することは、ほとんど“偉業”ともいえる実績です。 この圧倒的な実績を生み出したのは、ドキュメンテーションコメントを簡単に書けるXcodeプラグインVVDocumenter-

追記 2020/6/15 DroidKaigi2020の登壇資料を公開しました！ 追記 2020/8/28 DroidKaigi Liteのセッションを公開しました！ ・資料 DroidKaigi2020 - Scadeを使って「Swift」で始めるAndroidアプリ開発 ・セッション 前置き この記事自体は2019年10月に書き終わっていたのですが、、、 DroidKaigi2020に応募したCFP 「Scadeを使って「Swift」で始めるAndroidアプリ開発」 が通ったため、だいぶ温めてからの公開になりました、、笑 残念ながら開催は見送られてしまいましたが、、、 開催週に登壇の前座資料として、元々この記事を公開予定だったので公開しています！ （登壇資料はまだ開催予定を信じて公開は致しませんmm） 内容 登壇内容ほど詳しくは載せていませんが、みなさんがSwiftを使ってScade

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

こんにちは。会員事業部の岡村 (@iceman5499) です。 普段はクックパッドアプリ（iOS）を開発しています。 先日San Joseで開催されたWorldwide Developers Conference 2019 (WWDC19)に参加し、そこでSwiftUIの発表をうけていくつか調べたことがあるので簡単にまとめておきたいと思います SwiftUIの登場 今年のKeynoteの最後に、SwiftUIという新たなUIフレームワークが発表されました。 SwiftUIはReactやFlutterのような形式でViewを宣言して画面を構築できる、これまで使用されてきたUIKitとは全く異なる形式のフレームワークです (AppleのSwiftUI紹介ページ ) この発表をうけてKeynoteはとても盛り上がっていました。期間中もSwiftUIの話題でもちきりで、セッションも多く開かれてい

Appleは本日、WWDC19で新しいUIフレームワーク「SwiftUI」を発表しました(9to5Mac)。 SwiftUIは、Swiftの機能を利用して全てのAppleプラットフォームに対応したユーザーインターフェイスを構築するための革新的なフレームワークです。 読みやすく自然に書くことができる宣言型のSwift構文を採用し、Xcodeのデザインツールとシームレスに連携することで、コードとデザインを完全に同期することができます。 SwiftUIを使用することで、動的タイプやダークモード、ローカライズ、アクセシビリティが自動的にサポートされ、シンプルなコードによって強力なアプリを作成することが可能となります。 Xcode 11にはインターフェイスをドラッグ＆ドロップで作成できる直感的なデザインツールが含まれ、デザインツールの変更はコードエディタと完全に同期します。 開発者向けサイトにはチュ

こんにちは。デザイナーのohsです。 私がSwiftを学ぼうと思ったのは、元々webデザイナーでコーディングもやっていた事もあり、4,5年前ぐらいから、モバイルアプリの言語に興味を持ち、本を買ったのが最初のキッカケです。 最初は、分厚い本を読みきれず掲載されてるiosのバージョンも変わり成果が見えないまま終わってしまいました😇 去年の冬ごろから、また再開。今回は理解も深まり継続して学び続ける事ができ、成果物としてStyleGuideを一覧できるアプリを作ることができました。 そこで、本は買ったけど同じように挫折してしまったデザイナーの方向けに、Swiftを勉強するために利用したサイトや本など何回かに分けて紹介します。 📘目次 ・そもそもなぜSwiftを学ぼうと思ったか ・目標にしたゴール ・実際にSwiftを書いていく前にやってみた事Swiftを学ぶ目的1. 開発効率アップのため ・

こんにちは、AIプラットフォームClova開発チームのezuraです。この記事はLINE Advent Calendar 2017の14日目の記事です。 みなさん、今年のSwiftマイグレーション祭りは無事に終わりましたか。例年よりも穏やかなエラーを味わえたのではないでしょうか。 さて、マイグレーションといえば、みなさんの行ったマイグレーションは「普通の」マイグレーションですか？それとも「スーパー」マイグレーションですか？ ここでいう「スーパーマイグレーション」とは、エラー・警告部分を修正するだけでなく、Swiftの改善によって効率的に書けるようになった部分の変更を含めたマイグレーションです。 スーパーマイグレーションの対象箇所はエラー等が出ない部分も含むため、いざマイグレーションを始めると見つけにくいですよね。効率良く移行するには、今のうちから、新しいバージョンに移行しやすいような設計や

たとえば最長ファイル名。ZFSは255バイトなのに対し、HFS+は（実はNTFSも）UTF-16で255文字。バイト長で倍も違います。255バイトでも長過ぎに一見思えますが、Twitterのつぶやきをそのままファイル名にペーストするユーザがいないと誰が断言できるでしょうか。 その一方、ZFSではストレージに書き込む情報すべてにチェックサムを付けていますが、APFSではメタデータのみ。もしZFS同様にAPFSもデータのチェックサムを付けようとするとどうなるか？ ファイルシステムのアップグレードの際に、使用ブロックの情報をすべて読む必要があります。それはアップグレードに数分ではなく数時間を要するということであり、古くからのパソコンユーザなら何とか耐えられてもスマフォやタブレットのユーザにそこまでの忍耐力は期待できないでしょう。 APFSの真意 APFSのことを最初に耳にした時点での筆者の感想は

null安全を誤解している人達へのメッセージ 先日koherが投稿した記事が多く読まれたようです。記事の内容は僕とkoherが普段話してきた内容が多く登場しているため、僕が人々に伝えたい内容とも強く合致しています。しかし残念な事にインターネットの反応を見ていると、誤解しているケースが思ったより多くありました。 そこで、ネットで見られた意見に対して返答を書きました。 特定の実在する意見は指さずに、僕が感じ取った文脈を編集したものを対象にします。それによって、「そんな事言われてないじゃないか」と思うものがあれば、僕としてもそのほうが嬉しいのでそれで問題ないです。 「たしかにそうだ」と思ってnull安全に今一度興味をもってもらえれば嬉しいです。 なお、記事中のコードは特に言及が無ければswiftです。 意見: null安全があっても、ちゃんとやるのを忘れているかもしれないのでは 忘れません。ちゃ

個人的に開発中によく遭遇したジェネリクスでのエラーあたりについてまとめてみました。 なお、Swiftコンパイラテストによる、実際にコンパイルできる/できない例は次のテストケースを参照してください。 https://github.com/apple/swift/blob/a048b078e37dfafc0e188bb8c6f3f50f5f796494/test/decl/ext/generic.swift TL;DR ジェネリックパラメータは制限がきびしい 制約では==は使えない 準拠要求には非プロトコル型は使えない 要求節と継承節を同時につけられない Selfはプロトコル拡張でしか使えない 内部クラスをジェネリッククラスにしたり、ジェネリッククラスに内部クラスを持たせたりできない 用語 まずはエラーメッセージ内でよく出てくる単語をまとめてみます。 requirement-clause: (