非同期処理の隠蔽と状態管理
アプリの設計が語られるときなど、非同期処理の状態管理がしっかり考慮されずにサンプルコードが書かれ解説されていることが多い気がするので、こうした方が良いんじゃないかというのを自分なりにまとめておきます。 一言で書くと、「非同期処理は隠蔽して、その状態を値で表現しよう」です。 なお、この記事での「非同期処理」は「メインスレッドから呼び出されて、別のスレッドで処理が実行されたり待ちが発生して、その完了や結果を遅延してメインスレッドで受け取るまでの一連の流れ」と捉えてもらえると良いと思います。 Viewが非同期処理の状態管理をしている例 例えば、通信処理のような非同期処理を想定して、非同期処理を開始して結果が返ってくるまではインジケータを表示したりUI操作をできなくしたいとします。以下のようなUIの流れです。 import SwiftUI // 非同期処理の結果 enum Result { cas
「SwiftUIでMVVMを採用するのは止めよう」と思い至った理由 - Qiita
※2022/04/23 追記 本記事の続編として、以下の記事を書きましたので、合わせて御覧ください。 仕事でSwiftUIでTCAを使ってみて、かなり知見がたまったので、その解説です。 MVVMからTCAへの移行を考えているのであれば、参考になると思います。 宣言的UIに、MVVMって不要なのでは？ iOS開発の現場で、宣言的UIが当たり前に使われるような時代になりました。 SwiftUIの開発体験、素晴らしい です。最高です。 しかし最近、SwiftUIで当たり前のように 「MVVMで開発しよう」 となったときに、 「ほんとにそれでいいんだっけ？」 と疑問に思いました。 自分の考えを深掘ってみると 問い: iOS開発で、宣言的UIにMVVMを採用することは本当にいいんでしたっけ？ 結論: 「SwiftUIを使うのであれば、MVVMを採用するのは止めよう」 理由： ViewModelの存在
「地獄のアプリ開発」を経験した元Uberのエンジニアがその真実を語る
大規模なソフトウェア開発は多くの人が関わり、多額の資金が費やされますが、時として社内外の要因によって開発現場が地獄と化す場合もあります。近年ではみずほ銀行の基幹システム開発が書籍化されるほど苦難の道を歩んだことはIT業界で知られていますが、そんな「地獄の開発現場」がかつてUberにも存在したと、元UberのエンジニアであるMcLaren Stanley氏が当時の状況を振り返っています。 Alright folks, gather round and let me tell you the story of (almost) the biggest engineering disaster I’ve ever had the misfortune of being involved in. It’s a tale of politics, architecture and the sunk
Apple’s use of Swift and SwiftUI in iOS 14
Easily preview Mermaid diagramsLive update when editing in your preferred editorCapture screenshots with customizable marginsCreate PNG from the TerminalFree download on the Mac App Store MethodologyThe methodology and tools used for this article have been detailed in the previous posts. If you are interested, please refer to Apple’s use of Swift in iOS 10.1 and macOS 10.12. Later in this article,
Swiftはじめました - ゼクシィiOSアプリの場合 | Recruit Tech Blog
はじめに Swift はじめました。と聞くと、読者の方は「いまさら？遅すぎじゃない？」とか、「大切なのは何の言語で書くかよりも設計じゃないの？」などと思われるかもしれません。気持ちはわかります。 しかし実際、ゼクシィアプリのコードベースは今まで Objective-C 100% でした。そして、つい最近、はじめてプロダクションコードとして Swift のコードをリリースすることができました。本稿では、そこに至るまでに考えたことや、具体的なやり方を紹介できればと思います。 申し遅れましたが、この記事はゼクシィ iOS アプリの開発を担当している @tondol がお送りします。好きな結婚式ソングは lily white で「ふたりハピネス」です。1)ラブライブ！のキャラクターソングです。わざわざ脚注までお読みいただき、ありがとうございます。 背景 前述の通り、ゼクシィアプリはこれまで Obj
Swiftにおけるインポートとリンクの仕組みを探る
Swiftにおけるインポートとリンクの仕組みを探る iOSDC 2019
Kyash iOSリファクタリング裏話 - Assets編 - Kyash Product Blog
こんにちは。iOSエンジニアのJumpeiです。前回のリファクタリングの記事では主にアーキテクチャの見直しについて触れましたが、今回はStoryboardやAssets、ローカライズ周りで整理したことを紹介したいと思います。 未使用のAssetsを削除 開発する上で既存の画像を置き換えたり、新たに追加することはよくありますが、その時に古い画像を消し忘れることはないでしょうか。ファイル名が同じであれば置き換えるだけで古いほうは削除できますが、そうでない場合、こまめに削除しないとどんどん未使用なファイルが溜まってきます。リファクタ前のKyashアプリは不必要なAssetsが多くあったのですが、Assets.xcassets内の画像数が多すぎて(リファクタ時の弊社アプリは180ぐらいありました)ぱっと見、どれが未使用なのか把握することが困難でした。FengNiaoを使えば未使用なAssetファイ
iOSアプリの起動速度を2倍にするために、複数のDynamic FrameworkをStaticにして、ひとつのDynamic Frameworkを作る with Swift
対応の比較動画 (体感2倍)エウレカ iOS エンジニアの muukii (Twitter) です🥃 私が開発を担当しているPairs Global (Pairsの海外向けアプリ)はアプリの起動がとても遅いのです。 一体なぜなのか。 OSはアプリを起動してAppDelegate (厳密にはmain関数)が呼び出されるまでには様々な処理を行います。 この部分の処理を最適化することでアプリが起動していない状態からの起動の高速化が期待できます。 アプリ起動高速化のための前置き (長め)まず、用語について、厳密には FrameworkとLibaryは異なるものですが、性質は近いので本記事では次のように用語を用います。 Static Framework または Static Libraryを まとめて 「Static Framework」と呼びます Dynamic Framework または Dy
iOS 12
Written by Mattt September 17th, 2018 This article has been translated into: español , français , 한국어 , and 中文 If you tuned in to this year’s WWDC Keynote, you’ll know all about the big features in iOS 12: Siri Shortcuts, ARKit 2, and Core ML 2 — not to mentioned the bombshell pre-announcement of the long-rumored iOS / Mac bridge, codenamed “Marzipan”. And if you watched this year’s Platforms Stat
LayoutでInterface Builderを使わないレイアウト
はじめまして。 TELLERでiOS/Androidのアプリの開発をしている@kazutoyoです。 今回はSwiftで書かれているUIのレイアウトをAndroidのレイアウトシステムのように行うライブラリ、『Layout』について紹介します。 なぜLayoutなのか現在iOSのUIの実装は主にInterface Builderで行われているかと思います。 Interface Builderで直感的にUIを配置でき、簡単にUIを構築できるツールだと思います。 ただ、私がこれまでInterface Builderで開発する上で次のような問題がありました。 複数人で開発していて、XIB/Storyboardファイルがコンフリクトすると修正がかなり難しいAutoLayoutの設定など複雑になってきた似たようなViewをつくるときにコピペしづらい特にStoryBoardのコンフリクトは複数人で開発
System Level Breakpoints in Swift
Any great software developer must inevitably become a great software debugger. Debugging consists largely of setting breakpoints, then landing on them to examine the state of an app at arbitrary points during its execution. There are roughly two kinds of breakpoints: those you set on your own code, and those you set on other people’s code. Setting a breakpoint on your own code is simple. Just find
SwiftでGraphQL入門 & Apolloを試す - Qiita
これはSwift その2 Advent Calendar 2016の16日目の記事です。 作業環境 Xcode 9.2 Swift 4.0 Apollo-iOS 0.8.0 GitHub GraphQL API v4 GraphQLとは GraphQLは2015年のReact.js ConfでFacebookから発表された、クライアントアプリがサーバから必要なデータを取得・やり取りする際、直感的に、かつ柔軟に記述可能なように設計されたクエリ言語（の仕様）です。 facebook/graphql Blog: GraphQL Introduction - React Blog 動画: React.js Conf 2015 - Data fetching for React applications at Facebook 簡単な例としてGraphQLのWorking Draftの最初に出てくる
開発を効率化するテストのデザインパターン
2017/3/13 iOS Test Night #3 https://testnight.connpass.com/event/49561/
try!Swift 2017でApple Watch上でファミコンエミュレータを動かす話をしました - 5.1さらうどん
try!Swift活動報告 try!Swiftお疲れ様でした。いろいろあったのでざっくり報告します。 トーク『👾&⌚️』 以前お伝えしたように『👾&⌚️』というタイトルでLTをしました。 内容は、watchOS上でファミコンエミュレータを動作させるという内容です。 👾 & ⌚️ (LT) | try! Swift Tokyo 2017 #tryswiftconf Day2-16 聞き起こし - niwatakoのはてなブログ 去年と違い、今年は皆さん真面目なトークが多い印象で、僕は去年ノリでPokèmonとか言いまくってて、こんなんで良いのかと不安だったんですが、結果として、会期中のトークで一番盛り上がったんじゃないかなと自負しています。 LTらしいLTができてよかったかなあと。 700人近い参加者と、はじめての同時通訳ということで非常に緊張しました。 これが壇上からの景色か〜 #t
Blurrr SDK Open Beta | Blurrr SDK
Blurrr SDK A modular, customizable native cross-platform SDK for 2D Games & Apps Made Simple Special Notice: In conjunction with our Swift on Android talk at the try! Swift Tokyo conference, beta access is now open to everybody. Also, please check out Dance of the Fairies / in memory of Carlos Icaza. Latest News (see the blog for more updates): 2019/10/31: New release for Android 64-bit, macOS 10.
iOSアプリの設計とDependency Injection
iOSオールスターズ2 https://eventdots.jp/event/602872
🍂Swiftレター #7🍂
この数年で は一気に浸透したように思います。ざっと思いつくだけでも、次のプログラミング言語で null 安全 が採用されました。 これらは、表中の「リプレース対象言語」に挙げたように、多くのメジャー言語に対する代替手段でもあります… 先週、かなりバズりましたね。全面的に同意見です。 あえて null 安全 でない言語はレガシー言語だ と言い切ることで、 null 安全 の普及を加速させることができるんじゃないでしょうか。 タイトルが少し強烈ですが、こういう意図があることも書かれていて、なるほどと思いました。 この記事を受けて、null安全を誤解している人達へのメッセージという記事も公開されました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
More Swift App Startup Time
PEAKS（ピークス）｜ページが見つかりません
Swiftレター #13