最近、ブログで長文を書く体力が落ちてきているので、かんたんに書こうと思います。 Flutterが流行ってるようです Flutterエンジニアが足りてないようです iOSエンジニア、AndroidエンジニアはなぜFlutterをやらないのか？ Flutterはどのくらい工数を圧縮できるのか？ Flutter案件は今後更に増えるか？ iOS/Flutterエンジニア、めちゃくちゃ少ない説 Android / Flutter / iOSで分断が起こるのでは？ SwiftUI+combineは増えてる？ iOSエンジニアが問われる、SwiftUI or Flutter 結果、人材不足が予想される 新人に期待はできるか？ まとめ 補足 Flutterが流行ってるようです 流行りそうとか、そういう「かもしれない」ではなく。 ベンチャーの新規アプリ案件のFlutter率が明らかに高く以前より上がっている
ソースのURL デモ動画 なぜOSSにするのか? 2021年7月〜11月にかけて、アーティストが独自の音楽ストリーミングアプリを作れるサービスを開発していました。 事業として上手くいかなそうで、事業撤退するのでOSSにします。 LPはこちらです。 -> https://origify.app/ このソース誰得？ SwiftUIを使って音が流れるようなアプリケーションを作りたい人 なぜ作ったのか? 地元の山梨で活動している同じ中学だったアーティストが 「CDが売れない。ストリーミングの分配率が低い。」などの 悩みを抱えていたので、 その悩みを解決したいと思い、このサービスを作り始めました。 サービス名はOrigifyです。 事業がうまくいきそうだったら、VCから資金調達をして、サービスを始めようと思っていました。 なぜこの事業を撤退したのか? 権利関係が難しい Apple StoreとGoo
宣言的UIの登場で、ViewModelは、存在理由を失っている つまり、 SwiftUIにViewModelのデータバインディング機能が内包された時点で、 ViewModelは存在理由を失い、「ViewModel」という言葉自体も、なんだか意味がよくわからない言葉 になってしまいました。 ViewModelという言葉は 非常に曖昧 で人によって定義が違い、そもそもViewModelレイヤーでやるべきことが何なのか明確化されてないので、とりあえず面倒事は全部押し付けられがちです。 本来、別のレイヤーですべきこともViewModelにつっこんでたりします。 MVVMを採用すると余計な複雑性を生んでしまう。 SwiftUIでMVVMを採用してしまうと「ViewModel」という余計なレイヤーを挟んでしまうため、冗長で複雑になります。 データフローについて、ViewとModelがViewModel
プラットフォームによってはアプリケーションの実装技術には複数の方法があり、開発側の要件や制約、好み等に合わせて適した技術を選ぶことができます。例えばiOSアプリケーションの実装技術には、Appleが提供するCocoa Touch（およびUIKitやSwiftUIなどのフレームワーク群）がありますが、そのほかのベンダーから提供されている技術として、FlutterやReact Native, Titanium, Xamarinなどのフレームワークも存在します。 どのフレームワークが一番優れているのかを語ろうとすると宗教戦争に発展してしまいますので、そこは避けつつも「ネイティブとは何か」の解釈をはっきりさせておきたいと思いました。 どのようにして実装技術を選ぶのか開発現場としては、大抵は次のような観点で実装技術を選ぶことになると思います。 ・開発コスト、運用コスト重視 ・開発スピード重視 ・技術
12年前くらいからiOS向けのアプリを作ってきた。最初は学生の個人開発、途中から仕事、そして最近は（仕事ではあまりやらなくなったので）趣味的にやっている。UIKitで、はじめの頃はUITableViewが難関だった。毎年のアップデートでUIKitはどんどん拡充されて、Objective-CはMRCからARCへ、そしてSwiftも出た。 毎年の変化を差分で学んできて、振り返ってみると、当初のそれからは大きく変わっていて、便利なんだけど、とにかく膨大だ。 SwiftUIの登場 というところで、2019年にSwiftUIが出た。SwiftUIを使うと、宣言的にユーザーインターフェースを構築できる。UIKitでできること全てをSwiftUIで実現できるわけではないが、それでも2020年のアップデートでかなりカバー範囲が拡がった。 それで、SwiftUIでちょっと何か作ったりしている。例えばメニュー
概要 SwiftUI Advent Calendar 2023 の 21 日目です。 最近趣味で iOS の podcast クライアントを SwiftUI で作っているのですが、やってみると podcast クライアントはアプリとしてそれなりに難しいことがわかってきました。作っているうちにどんどん状態管理が複雑になってきて、個人開発でなぜこんなにがんばりが必要なんだと思って開発が止まっていたのですが、最近 iOS 17 の登場をきっかけにアプリを全般的に書き直すことにして、同時にアーキテクチャを変えてみました。これにより構成がシンプルになって開発効率が上がり、開発を再開することができました。具体的には、 from: １画面に１つ ViewModel（ObservableObject）を作り、 View から ViewModel を監視する MVVM to: View から直接 Model
はじめに この記事はiOS 13以降にもSwift Concurrency（つまりasync/awaitやActorなど）が使えるようになると思っていなかったときに書いたものです。 はなしの準備 雑談として「最近はどんなアーキテクチャでiOSアプリ作るの？」という話題があったので整理の文章を書いてみます。 Appleの性質上、2021年7月でもまだ決め手のようなものはないし、私だったらTCAやVIPERを候補にモジュール分割してなるべくDB使わずに作って必要になったらCore Dataを採用すると思います。 それはそれとして、Android BlueprintのREADMEかなにかでGoogleのソフトウェアエンジニアが「チームが生産性を最大化させるアーキテクチャを選べばいい」なんてことを書いてあったのを読んだ記憶があるんですが、それは最もですねと思いつつも、しかしそもそも選択肢がわからな
来週のWWDC25で発表されるSwiftUIの新機能に、WebViewがあるだろう、ということが話題になった。OSSであるWebKitのリポジトリから、それが容易に伺える。このSwiftUIのWebViewのコードを読むと、よくできている。これがなぜよくできているのか、宣言的UIフレームワークとしてのSwiftUIという観点から、説明を試みたい。 SwiftUIのためにWebViewを作るには、WebViewの状態とそれを表示するビューを切り分ける必要があって、WebViewとWebPageの分離こそが肝要だったのだろうな。実際に、WebPageの方にWKWebViewがあって、一見トリッキーだけど、これこそまさにアイデアだ。https://t.co/nzZyyM4CA9— Hiroki Kato (@cockscomb) 2025年6月2日 説明にあたって、回り道ではあるが、まずはSwi
山奥の砦（八王子市）からminneのiOSチームでアーキテクチャや開発環境を色々と見ているjoshです。SwiftUIとCombineが発表されたWWDC 2019から、SwiftUIとUIKitの混在状態を前提としたminneアプリに最適なアーキテクチャについて検討・議論した結果、最近色々と決まったので、紹介したいと思います。 まず、アーキテクチャ決めの目的ですが、テストしやすい形で迷わずに開発でき、機能開発を効率よくしつつ、今後の保守や変更も楽に行い、生産性と品質を上げることです。minneは特徴として、ネットワーク通信の多いアプリで、Universal Linksやプッシュ通知など、数多くの起動経路を持っています。また、minneマーケットプレイスの作品をさまざまな購入方法で提供しているので、開発をする中で特にその周りで不具合が出ないように日々開発しています。作家、購入者・ゲストごと
はじめに 導入に向けて検討したこと 流れ 1. UIKit 及び Storyboard をどのように置き換えるのか 2. 書き慣れた MVVM パターンを維持できるのかどうか 3. 既存のプロジェクト構成でもスムーズに導入できるのか 4. アプリのサポートOSが iOS14.0+ だが、 SwiftUI 特有の苦しみは問題なさそうか 5. 本当に開発効率は向上できるのか 導入決定後から本格対応までにやったこと 流れ 1. 画面構成がシンプルで、利用頻度の低い設定画面の SwiftUI 化 2. チーム勉強会の時間を使って一緒に学習 実践 移行計画 成果 おわりに We are hiring! はじめに N予備校 iOS アプリ 開発チームでは、長い間 UIKit & Storyboard & RxSwift & MVVM で開発してきました。 以前から「Storyboard やめたい！」「
@hiragramです。nanaのプロダクトマネージャーとiOSアプリ開発を担当しています。 nanaは現在フルリニューアルに向けた作り直しに取り組んでいます。2022年9月現在、デザインや仕様を練ることと、手触りを確かめるためのプロトタイプ実装とを、グルグル繰り返しているところです。そのグルグルをより速くするために作った仕組みを紹介します。 UI確認用のプロトタイプアプリ nanaのiOSアプリ開発において、私たちはコードを書かずとも簡単にモックを作れるようなよくあるプロトタイピングツールを使わず、ネイティブアプリとしてプロトタイプを実装しています。nanaのプロトタイプには単なるデザインの事前確認だけではなく、仕様に対する設計の事前確認、シンプルな良い設計のための仕様の事前確認といった目的があり、それらは既存のプロトタイピングツールでは実現できないためです。 SourceryでXcod
こんにちは、 はてなエンジニア Advent Calendar 2024 の12日目です。昨日は id:tomato3713 さんの Goによる独自スクリプトでテストケースを記述するテスト手法紹介 でした。 最近仕事で iOS アプリを作っていて、 SwiftUI の Text の文字列がなぜか省略されてしまうけど原因がよくわからなくて悲しいということがありました。この記事では、 SwiftUI のレイアウトプロセスの理解を深めつつこの問題をデバッグしていこうと思います。 省略されてしまう Text 実際に文字列が省略されてしまう問題が発生した View はけっこう複雑なものだったのですが、問題が起きる状態を維持しつつめちゃくちゃ単純化すると以下のようになります。 struct ContentView: View { var body: some View { VStack(spacing
Easily preview Mermaid diagramsSequence diagrams, flowcharts, …Built-in editorExport to PDF, PNG, and SVGQuick Look integrationAvailable on macOS, iOS, and iPadOSFree download on the App Store MethodologyThe methodology and tools to create this article have been detailed in my previous posts. If you are interested, please refer to: Apple’s use of AppKit, Mac Catalyst and SwiftUI in macOSEvolution
はじめに 問題点 ベンチマークテスト(Sampleコードで実演) 計測方法 パターン1: Identifiableに適合したデータのリスト表示 ベンチマークスコア パターン2: リスト内ボタンの表示 ベンチマークスコア ベンチマーク結果 問題発覚と調査 解決方法 改善とその結果 パターン3: UIViewControllerRepresentableを利用したリスト表示 パターン4: 従来通りのUIKitのUITableViewを利用したリスト ベンチマーク結果 改善の結果 総括 We are hiring! N予備校春の入学無料キャンペーンのお知らせ はじめに こんにちは。N予備校iOSアプリ開発チームです。 以前、N予備校iOSアプリへ SwiftUI を導入するまでの道のりについてという記事を書かせていただきました。今回は導入しSwiftUI化を一部の画面で行った結果、どうなったかを
2021年11月にはてなが開発しているマンガビューワのアプリ版である「GigaViewer for Apps」を提供開始しました。 hatenacorp.jp 同日に、その最初の導入事例としてコミックガルド＋をリリースしています。 GigaViewer for AppsのiOSアプリはSwiftUIをフルに活用して開発をしています。この記事では実際に使っているSwiftUIの便利コンポーネントをソースコード付きで紹介します！ GigaViewer for Appsに関しては、座談会の記事や、Android版の設計について書いたブログもありますので、あわせてお読みください。 この記事では主にカスタムコンポーネントの使い方を紹介します。コンポーネントの実装サンプルはリポジトリに公開しているので、こちらもご確認ください。 github.com PageViewController - UIPag
SwiftUIの基本から機能の詳細までわかりやすく解説。機能ごとに使用できるメソッドや使用例などを多く記載
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 先月、 【「SwiftUIでMVVMを採用するのは止めよう」と思い至った理由】 という記事を公開し、多くの反響がありました。 上記の記事では 「じゃあ、MVVMをやめて、アーキテクチャは何を採用すればよいの？」 という問いに対する、明確な答えを出していませんでした。 あれから時が経ち、今ならば、この問いに対して、 ぼくは 「The Composable Architecture(TCA)をおすすめします」 と答えることができます。 以下は公式ページから抜粋したものを翻訳しました。 「The Composable Archite
こんにちは、モバイルアプリを開発しています高橋です。交互に仕事場に猫二匹がやってきて監視されながら仕事しています。 先日リリースしたとある iOS アプリは、 機能は機能ごとに分割して実装したい 依存解決のコードは自動生成したい ライトウェイトな設計としたい というコンセプトの元、コンパイルセーフな DI フレームワークの uber/needle を使い、uber/RIBs のようなアプリケーションアーキテクチャでデザインすることで、各コンポーネントをコンパクトに分割することができました。 Needle や RIBs が前提知識となります。そのため本記事ではざっと Needle と RIBs を解説したのちに、具体的なコードを交えて SwiftUI + UIKit (Storyboard) ハイブリッド対応でかつ Needle + RIBs インスパイアなアプリケーションアーキテクチャの一
SwiftUI fully documented, with visual examples on every page.
こんにちは、スマートバンクでアプリエンジニアをしている ロクネム です。 みなさんはSwiftUIでViewを実装する際に、”余白” をどのように実装していますか？ SwiftUIにおける余白の表現方法はいくつか存在しており、どの方法を用いても同じレイアウトを実装することが可能です。 しかし、一見同じに見えても意図しない余白が生まれてしまっていたり、変更に弱いレイアウトとなってしまったりするケースが存在しています。 本記事では、SwiftUIにおいて余白を表現する上でどのような実装方法を選択するのが適切であるかについて、具体例を3つほど挙げながら説明します。 要素間の余白の表現 配置によって生じる余白の表現 要素外側の余白の表現 まとめ 要素間の余白の表現 まず、Textが縦に3つ並んだレイアウトについて考えてみます。 1つ目と2つ目のTextは16pt、2つ目と3つ目のTextは8ptの
はじめに 昨今Android/iOSネイティブアプリの開発では「宣言的UIを利用したUIフレームワーク」（以下、このようなフレームワークを宣言的UIフレームワークと本記事では呼称します）が台頭しようとしています。この流れは、Reactの考え方やそれ自体を利用したFlutterやReactNativeのようなマルチプラットフォームフレームワークから始まり、AndroidではJetpackCompose、iOSではSwiftUIと、現在はそれぞれのプラットフォームにも取り込まれるまでになっています。 宣言的UIフレームワークは旧来の手続き的な方法よりもより直感的にUIを記述することができ、採用することでViewの構築をより効率よく行うことができます。これまでは既存のアプリケーションにこの方法を取り入れようとした場合、FlutterやReactNativeであれば新規に言語すら違うフレームワーク
iOS 18とmacOS Sequoiaでは新しくTranslation APIが利用できるようになりました。それなりの品質の翻訳APIが無料で使い放題というのは非常にお得で、おそらく代替になるものは他に存在しません。ですので活用できるところがあれば積極的に使っていくといいでしょう。 今回はこのTranslation APIとAccessibility APIを組み合わせて、SlackやDiscordのメッセージを自動的に翻訳するアプリケーションを作成したので、その内容をご紹介します。 OSSライブラリのコミュニティなど外国語が主に使われるサーバーの話題を追いかけるのに便利です。Botではなくローカルで動作するので管理権限を持っていないサーバーでも利用できます。 このアプリケーションを作成するために必要な手順は、 Accessibility APIでSlackやDiscordのメッセージテ
SwiftUIでアプリを開発していると@Stateや@Bindingの使い分けについて迷ったりしていませんか？ SwiftUIではデータを管理するProperty Wrapperがたくさんあります。 @State、@Binding、@StateObject、@ObservedObjectなどなどです。 Property Wrapperそれぞれの特徴を理解できれば、SwiftUIのアプリ開発がはかどるでしょう。 今回はSwiftUIのデータ管理を行うProperty Wrapperの使い分けについて解説します。 この記事は私が12月9日に発表した資料、 「SwiftUIのデータ管理」を記事化したものです。 SwiftUIのデータ管理記事一覧 SwiftUIのデータ管理 Single Source of Truth編 前回の記事 SwiftUIのデータ管理 Property Wrapper編
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? iOS 15からハーフモーダルっぽい表示が標準APIを使ってできるようになりました。この記事ではその「ハーフモーダル」について紹介しているCustomize and resize sheets in UIKitという動画を紹介してみます。 概要 従来の場合 今までモーダルは全画面表示でした（スクショは.pageSheetの場合）。 iOS 15 〜 iOS 15では「medium」モードにすると画面の半分だけを覆うシートが作成できるようになりました。 landscapeやiPadのときの表示はこのようになります。 detentsとは ま
こんにちは iOS エンジニアの @_nkmrh です。 先日 iPhone 13, iPad mini 等が発表されましたね！私は手元の iPhone がまだ現役なので購入の予定はないのですが、Apple Store で見られるのが楽しみです...! 新型 MacBook Pro の発表もそろそろとの噂でそちらも気になっている今日この頃です。 はじめに iOS チームでは SwiftUI.View の実装経験が浅いこともあり、実装者によって書き方や、View の粒度がまちまちで、コードが肥大化したり、メンテナンスしづらくなる課題がありました。 その為、Swift のコーディングガイドとは別に SwiftUI.View のコーディングガイドラインを作成しています。 本記事では、このコーディングガイドがどのようなものかをご紹介します。 それでは早速みていきましょう！ Screen サフィック
こんにちは。和尚です！ 明日はクリスマスイブ? 今年も残すところ数日。。。一年ってあっという間ですね(ジャネーの法則) さてさて、今回のブログですがApple公式の非同期フレームワークである「Combine」を使った実際の機能の組み方についての紹介ブログとなります。 SwiftUIでアプリを作り始めたはいいけど、Web APIの呼び出し方がわからなかったり、フォームバリデーションってどうやってやるんだろう。と思ってる人は多いと思います。実際にSwifUIの参考書はUIの作り方までしか紹介していないものも多く、そのような参考書を買った場合、リリースできるようなアプリを作成することは難しいです。このブログはそういった悩めるSwiftUI初心者層向けの記事となります。 この記事を読んで得られるもの Combineについての基礎知識 WebAPIの呼び出し方の基礎 フォームバリデーションの作り方の
タイトルは嘘で、これからは RSS の時代とはとくに思っていないのですが RSS リーダーは作りました。まだリリースしたばかりで不具合がありそうですが、まったく使えないということもないはずなのでよかったら使ってみてください。 iOS 版 : 「Riverside - RSS Reader」をApp Storeで macOS 版 : 「Riverside for Mac - RSS Reader」をMac App Storeで ソースコードはパブリックにしています。 github.com なぜ作ったか 気に入っているブログやニュースレターをもれなく読みたいと思って Feedly を RSS リーダーとして使っていたのですが、 Pull to Refresh の触り心地がネイティブっぽくないとか、アイコンの色がちょっときつすぎるとかめちゃくちゃどうでもいいことが気になって徐々にアプリを使わ
WWDC25でAppleが発表したモバイルアプリ開発の大幅アップデート Apple は WWDC25 で、iOS 26 と macOS Tahoe 26 に搭載される革新的な「Liquid Glass」デザインシステムを発表。ガラスの光学特性と流動性を組み合わせた新しい UI は、SwiftUI の .glassEffect() モディファイアで簡単に実装可能。 Xcode 26 には ChatGPT を含む大規模言語モデル（LLM）が統合され、AI によるコード生成、デバッグ、ドキュメント作成支援が実現。Swift 6.2 では @MainActor がデフォルト化され、並行処理の実装が大幅に簡素化。 SwiftUI の新機能として WebView、ToolbarSpacer、検索バーの自動配置、AttributedString 対応の TextEditor を追加。パフォーマンス最適化
こんにちは！iOSエンジニアの @chuymaster です！私たちのチームが2年近くかけて開発した 「スタディサプリ 中学講座」 のiOSアプリがようやくリリースされました！🎉🎉 いやぁ〜みんなで頑張りましたよ！中学生のお子様がいらっしゃる方はぜひお試しください！ ところで、皆さんはメモリリークに気をつけていますか？「スタディサプリ 中学講座」はMVVMアーキテクチャで、SwiftUIとCombineを使って開発をしています。SwiftUIのViewはとても軽いのでメモリ管理についてはあまり意識しなくてもいいですね。しかし、ViewModel の方は気をつけなければ循環参照が発生して、メモリリークが起きてしまうことがあります。それを防ぐ3つのTipsを、この記事で紹介します。ぜひ試してみてください！ 前提 本記事で紹介したコードと現象は、Xcode 13.2.1 / iOS 15.2
こんにちは、iOSエンジニアの @chuymaster です！iOSDC Japan 2021の「スタディサプリ」がFull SwiftUIを選択した先に見えてきたもの。のトークセッションで紹介された、プログラムで画面遷移を制御する方法について詳しく解説します。トークで話しきれなかった背景等についても触れます。 完成イメージ ※本記事のサンプルコードは Xcode 12.5.1、iOS14で作成しています。 実現したい機能要件 APIと通信して条件に適した場合のみ、一覧画面から詳細画面をプッシュ遷移したい。 よくある要件だと思いますが、UIKitでは navigationController?.pushViewController と書けば済むものの、SwiftUIだと一筋縄では行かないので、私たちが使っている方法をご紹介します。 NavigationLinkとは NavigationLi
Well, not like Carbon. Don’t be so dramatic! More like Core Foundation. It’s still there behind the scenes, but programmers use high-level Objective-C and Swift wrappers from Foundation. If something is missing, you can call an underlying C API. The relation between SwiftUI and AppKit is similar, for now1. This is a native macOS app written entirely in SwiftUI, from @main to bottom. Not a prototyp
こんにちは。クックパッド事業部でiOSアプリの開発をしている新堀(@tk108gabalian)です。 iOS版のクックパッドアプリではスクロール時にコンポーネントが上部に固着する画面があります。 所謂StickyHeaderというやつです。 今回はそのStickyHeaderをSwiftUIで、かつTabViewを使用つつ実現する方法について紹介します。 導入の背景 2022年7月にリリースした「のせる」画面には以下の要件がありました。 画面上部にユーザー情報を表示する。 ユーザー情報の下にタブを表示する。 タブをタップするか、タブより下を横にスワイプすることでタブの切り替えが可能。 画面全体をスクロールできるが、ユーザー情報が隠れるまでスクロールしたら画面上部にタブが固着し、以降はタブより下の部分のみスクロールする。（逆方向にスクロールする場合は再度ユーザー情報が表出する。） また、事
こんにちは。マンガアプリチームでiOSアプリエンジニアをしています id:fxwx23 です。有明セントラルタワーホール＆カンファレンスにて、2025年9月19日（金）から21日（日）にかけて3日間開催されるiOSDC Japan 2025に、はてなから1名登壇します！ iosdc.jp そして、株式会社はてなは今年もゴールドスポンサーとして協賛しています。 トークのご紹介 id:yutailang0119 我が家での猫との暮らしを紹介します！みなさんに弊猫を紹介できることが、今から楽しみです。 fortee.jp 我が家はかわいい猫と暮らしています。ネットワークカメラとして設置したGoogle Nest Camは、Google HomeのアプリとWebでカメラ映像をストリーミング視聴可能です。せっかくなのでペットの行動をリアルタイムで把握でき、安心して外出できるように、macOSやvis
SwiftUIからSFSafariViewControllerを使いたい場面は多い。 SafariView SFSafariViewControllerはビューコントローラーだから、UIViewControllerRepresentableを使ってSwiftUIのビューにしてしまうのが簡単か。 import SwiftUI import SafariServices struct SafariView: UIViewControllerRepresentable { typealias UIViewControllerType = SFSafariViewController typealias Configuration = SFSafariViewController.Configuration private let url: URL private let configuratio
@MainActor class SampleViewModel: ObservableObject { @Published var model: SampleModel init(model: SampleModel) { self.model = model } var count: Int { get { return model.count } set { model.count = newValue } } var stars: String { return model.stars } func changeStarsLength(_ len: Int) { model.changeStarsLength(len) } } struct SampleView: View { @StateObject var viewModel: SampleViewModel var bod
iOS 14から使えるStateObject、とても便利ですよね developer.apple.com ObservableObjectなどを初期化するときに便利です。 class Object: ObservableObject { @Published var value = "value" } struct Content: View { @StateObject var object = Object() var body: some View { Text(object.value) } } ただ、これはiOS 14以降でしか使えないため、iOS 13に対応が必要な場合は使えません。代わりにObservedObjectを使います。 struct Content: View { @ObservedObject var object = Object() var body: som
The Complete Guide to SF Symbols Example code, tips, and techniques for both SwiftUI and UIKit SF Symbols allows us to render a huge and growing variety of icons inside our apps, and every year it gets bigger – not only do many more icons get added, but iOS 14 added the ability to render multicolor icons and iOS 15 added the ability to have complete control over individual layers. In this article
SwiftUIのTextビューで日本語を表示する際、意図しない箇所で改行が入ることがある。改行コードを使わずに改行位置を調整する方法を紹介する。 日本語テキストが不自然に改行される SwiftUIのTextビューで日本語を表示する時、意図しない箇所で改行が入ることがある。たとえば「あなたに寄り添う究極のイノベーション」というフレーズが、「あなたに寄り添う\n究極のイノベーシ\nョン」と不自然に改行されることがある。 例図では以下のように表示されている。 英語圏で作られたWebサイトでの日本語の改行問題 英語圏で作られた後に日本語に翻訳されたサイトの例では、「今すぐダウンロード」というフレーズが「今すぐダウンロー\nド」と表示されることがあった。日本人の感覚からするとこれには強い違和感がある。他にも禁則処理が考慮されていないケースで、句読点が行頭に来てしまうのは気になってしまう。 Viewの
※一般公開されているWWDC Keynoteの動画と公開Session/Documentation/Sample Codeページだけを使ってこの記事を執筆しました。 新しいビューの種類: Gauge - 進捗状況を表示する新しいビュー 複数日付選択ツール 図表 複数列のテーブル グリッド(格子)表示 貼り付けボタン MacOS メニューバーアプリ ナビゲーション・スタック ナビゲーションのスプリットビュー UIを変更する新しいビューモディファイア: グラデーションカラーを生成する インナーシャドウ、アウターシャドウの追加 SwiftUIで直接利用（互換性のあるビューは不要になりました）。: 共有シート 写真選択ツール アプリのレビューを依頼 機能の改善: サイズ変更可能なシート SF Symbolカラーバリエーション 複数行のテキストフィールド テキストフィールドを添付したアラート スコー
Home » App Development » SwiftUI’s App Lifecycle Explained SwiftUI's App Lifecycle Explained Written by Abhinav Girdhar on March 11 2021 in App Development, SwiftUI Bye-bye AppDelegate! You can now build SwiftUI apps with the new App protocol and lifecycle, without needing an app- or scene delegate. How does the SwiftUI App lifecycle work? And how do you configure it? Let’s find out! In this tutor
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く