RxSwiftとリアクティブプログラミング
dumveloper
RxSwiftの基礎と活用法を扱う講義です。
Basic
iOS, Swift, RxSwift
複雑なSwiftUIのステート管理、 TCA (The Composable Architecture)でクリーンで堅牢なアプリを作りましょう。 実践プロジェクトの例でポイントだけをスピーディーに学びます。
TCAの主要な要素(State、Action、Reducer、Store)を理解し、SwiftUIアプリの複雑なデータフローと状態を体系的に管理する方法を学びます。
SwiftUIの最新のStackベースナビゲーションとAppleの次世代データフレームワークであるSwiftDataをTCAアーキテクチャに統合し、実用的なプロジェクトを完成させる経験を得ます。
画像ピッカーのような非同期タスクをReducerで安全に処理する方法と、swift-dependenciesを活用した最新の依存性注入手法を学びます。
学習対象は
誰でしょう?
既存のSwiftUIの状態管理方法(@State, @Binding, ObservableObject)に限界を感じ、より体系的なアーキテクチャを導入したい開発者
実務ですぐに適用できるプロジェクトベースの学習を通じて、TCAの理論と実践を共に経験したい開発者
アプリが大規模化しても保守・テストが容易で、拡張性の高いコードの書き方を学びたい開発者
前提知識、
必要でしょうか?
Swift 基礎
全体
36件 ∙ (5時間 3分)
講座資料(こうぎしりょう):
全体
9件
5.0
9件の受講レビュー
受講レビュー 4
∙
平均評価 5.0
5
プロジェクト導入にとても役立ちました :) もしかして質問も受け付けていただけますか..??
はい、もちろんです!質問してください!プロジェクトのお手伝いができて光栄です!
ありがとうございます! 初めてTCAに触れたにも関わらず、講義がとても良くできていたので、時間は少しかかりましたが無難(?)に理解もでき、実際のプロジェクトにも適用することができました。 講義で扱ったように、マイページ → [メール / プロフィール / ニックネーム] 編集画面のような単一の深さの画面遷移は理解しやすく、実装もうまくできています! しかし実際のアプリでは、Instagramのように 投稿 → ユーザーAのプロフィール → ユーザーAのフォローリスト → ユーザーBのプロフィール → ユーザーBのフォローリスト… このような形で継続的に深くなる画面遷移構造がよく登場するのですが、この部分で困難を感じています。 私が講義でどの部分を見落としたのか、 それともこのような多層(?)、ネスト(?)ナビゲーションパターンは元々TCAで少し厄介な方なのか アドバイスをいただきたいです! 念のため、現在実装した方法をお話しすると マイページに関するナビゲーション構造を作って再利用可能だと思ったのですが、そうしようとすると壊れてしまって、今は… マイページから移動可能なケースを[フォロー/フォロイングリスト、投稿]画面と仮定するなら 例えば 1番タブが投稿関連だとすると、結局マイページに入らなければなりませんよね? 2番タブがリール/ショーツ関連タブだとすると、ここでも結局マイページに入らなければならないし しかし今は各タブ画面でマイページ画面遷移ケースを全て同じようにコピペして使用中です😢
受講レビュー 2
∙
平均評価 5.0
受講レビュー 1
∙
平均評価 5.0
受講レビュー 1
∙
平均評価 5.0
受講レビュー 25
∙
平均評価 4.2
¥9,864
知識共有者の他の講座を見てみましょう!
同じ分野の他の講座を見てみましょう!