Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
iOS Architecture
Search
halfrost
August 25, 2016
Programming
0
250
iOS Architecture
halfrost
August 25, 2016
Tweet
Share
More Decks by halfrost
See All by halfrost
Segment Tree Basics
halfrost
0
940
Redis multi-data center two-way synchronization
halfrost
0
590
Redis design ideas and usage specifications
halfrost
0
430
Golang message streaming practice in Eleme
halfrost
0
420
SQL practical optimization
halfrost
0
400
Fundamentals of Cryptography
halfrost
0
320
The practice of spatial index in geographic service
halfrost
0
410
Getting started with Machine Learning
halfrost
0
300
Functional Reactive Programming
halfrost
0
320
Other Decks in Programming
See All in Programming
新メンバーも今日から大活躍!SREが支えるスケールし続ける組織のオンボーディング
honmarkhunt
5
7.1k
AI時代の『改訂新版 良いコード/悪いコードで学ぶ設計入門』 / ai-good-code-bad-code
minodriven
9
2.9k
PicoRuby on Rails
makicamel
2
130
Deep Dive into ~/.claude/projects
hiragram
14
2.5k
dbt民主化とLLMによる開発ブースト ~ AI Readyな分析サイクルを目指して ~
yoshyum
3
990
Node-RED を(HTTP で)つなげる MCP サーバーを作ってみた
highu
0
120
Blazing Fast UI Development with Compose Hot Reload (droidcon New York 2025)
zsmb
1
290
5つのアンチパターンから学ぶLT設計
narihara
1
170
Is Xcode slowly dying out in 2025?
uetyo
1
270
脱Riverpod?fqueryで考える、TanStack Queryライクなアーキテクチャの可能性
ostk0069
0
110
PHP 8.4の新機能「プロパティフック」から学ぶオブジェクト指向設計とリスコフの置換原則
kentaroutakeda
2
880
20250704_教育事業におけるアジャイルなデータ基盤構築
hanon52_
5
780
Featured
See All Featured
Embracing the Ebb and Flow
colly
86
4.7k
Scaling GitHub
holman
460
140k
Optimizing for Happiness
mojombo
379
70k
Building an army of robots
kneath
306
45k
Practical Orchestrator
shlominoach
189
11k
It's Worth the Effort
3n
185
28k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
48
2.9k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
How to Ace a Technical Interview
jacobian
278
23k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
Fireside Chat
paigeccino
37
3.5k
Building Better People: How to give real-time feedback that sticks.
wjessup
367
19k
Transcript
⽅创iOS 架构漫谈 于德志
Problem 代码复⽤率低 业务之间的差异性⼤ ⼯程内各个模块之间有相当⼀些 代码是拷⻉的,或者说仅仅是个 别参数不同,⼤体都相同的代 码,在⼯程中出现的太多,导致 app包的体积明显变⼤ 由于整个项⽬中可以公共的中间件或者组 件⽬前还⽐较少,导致⼀些业务之间差异
性本来不是很⼤,由于重⽤的东⻄少,导 致基本上所有业务都是新的,很多都是重 头开始,导致了开发效率低
Analysis 先看看现在的构架
Now
Actual
How to solve 业务之间差异性⼤ 提⾼代码复⽤率 分层 代码复⽤率低 改
How to solve 业务功能 分层化 组件化 层次结构 改
None
expect
How to solve
Layer View ViewModel 项⽬Model 图⽚ 项⽬名称 概要 上线状态 浏览次数 融资轮数
领域 融资⾦额 imgeURL name desclabel status browse count amount company Area company money
Layer View ViewModel 项⽬Model 群头像 群名称 最近消息 最近时间 imgeURL GroupName
lastmessage lastTime
Advantage 1.分层 UI和业务逻辑相互隔离 2.View可以复⽤ View可以被不⽤业务中复⽤ 不⽤业务的ViewModel通过业务不⽤来注⼊到View中 3.View可以相互灵活替换 View可以根据不同业务逻辑,可以替换成各个不同的 版本
None
Layer View ViewModel ProJectDetailModel imageViewModel userViewModel ProJViewModel …………
Problem 1.组件之间的依赖 组件之间可能有公共的数据源 2.组件之间有先后关系 组件之间可能存在相互调⽤的关系 3.UI之间相互关联 ……
Message Bus GroupViewModel 消息总线 ChatViewModel ChatListViewModel 发布群⼈数变更消息 订阅消息 订阅消息
Advantage 消息总线 数据库组件 ViewModel ViewModel ViewModel ViewModel ⽹络组件 Socket组件 利⽤中介者
模式,现实 完全解耦
Install 开发对应的ViewModel 下⼀个组件 配置消息总线 选择ViewModel 开发新组件 选择组件 开始 结束
summary 1.通过MVVM和组件化实现完全解耦,后期维护效率更⾼ 2.⼀个新业务需求的拆分 将新需求拆分成各个组件View/ViewModel的开发,完 成新需求只需要装配各个组件即可完成 3.开发效率⼤⼤提⾼ ……
Thanks!