iOS开发项目架构浅谈:iOS架构设计与分层

最新推荐文章于 2023-03-17 14:41:02 发布
最新推荐文章于 2023-03-17 14:41:02 发布
阅读量5.5k 收藏 4
点赞数
分类专栏： iOS架构设计
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/HymanYoung/article/details/51312801
版权
本文探讨了iOS开发中结构设计的层次是否越多越好，引用知名架构师的观点，提出架构拆分应尽可能细化。作者介绍了一种自创的VPBD架构模式，详细解释了ViewController、ViewModel、Presenter、Business、DataSource等各层职责，并分享了实践该模式的经验，通过实例简化了ViewController的复杂性。
摘要由CSDN通过智能技术生成

结构设计的层次是否越多越好？

多人都会说，凡事不能走极端，走了极端就过犹不及。所以应该分层，但不能过分分层，应该视具体情况来定。这样的话听起来很有道理，却只是一句废话。当我们遇到问题时，还是摸不着头脑！

看看知名的架构师是怎么说的吧！来自蔡学镛

我做（开发）架构的几个原则，根据优先次序高低排列：1. （逻辑）拆分越细越好 2. 依赖关细越少越好 3. 交互越少越好 ... 相互矛盾时，如果没有特殊理由，以优先权高者胜出。

由此启发，我觉得设计架构应该拆的越细越好。这样做有如下几点好处：

  • 对于大中型软件，层次越多，每一层就更单纯，更容易维护。
  • 团队成员只需了解一小部分业务，就能顺利进行开发。
  • 相对底层的模块，可以更好的重用。
  • 层次分的越多，开发者对抽象的理解就更深入。

iOS说到分层，有几种常见的做法。

  • 按功能分：有MVC，MVVM......
  • 按层次分：有数据层、逻辑层、展现层......

这些分层看起来五花八门，但实质并不冲突。最近读了一篇文章，深受启发，在其模式的基

最低0.47元/天 解锁文章
Hyman何禹阳
关注
专栏目录
iOS开发-浅谈组件化方案
生活是场卖萌
02-04 400
123123
iOS架构设计
11-28
描述 iOS APP 应用架构，APP 设计模式，网络设计，及Elm架构等
iOS架构设计与分层
gaocuom的专栏
10-11 751
转自：http://www.jianshu.com/p/58040a166a10
iOS应用架构谈 开篇
willpan2的专栏
04-09 606
iOS应用架构谈 开篇 转（原文http://casatwy.com/iosying-yong-jia-gou-tan-kai-pian.html） Date  Thu 02 April 2015 Tags iOS / architect / thoughts iOS应用架构谈 开篇  iOS应用架构谈 view层的组织和调用方案  iOS应用架构谈 网络层设计方案  iOS应用架构
iOS分层架构设计
gcs的博客
08-29 1397
iOS的应用一般情况下，无非就是用户与界面间交互，形成操作指令，然后对数据进行增删改查, 发起网络请求。当业务过于复杂时，我们就可以采用分层架构设计。这样可以最大程度上解耦，这里，我们主要介绍最经典的三层架构设计模型。大体上，分别为：应用层、服务层、数据层。也有分4层的,把数据层在拆分为数据持久层和信息系统层. Tips: 我们常用的MVC、MVP、MVVM等都是属于应用层内的架构，也就是说，它们主要是为应用层解耦等。而本文提到的分层架构是针对整个项目而言。 而架构设计是宏观的、全面的将设计组织起来
iOS 应用架构设计详解
09-08 158
在介绍应用架构之前，先来看看目前iOS上最基础的架构MVC,以及为解决MVC的毛病而诞生的其他几个架构，如MVVM。 Cocoa的很多技术跟架构都是基于MVC。而且无论是文档、示例代码，还是创建一个项目时提供的模版代码，Apple都鼓励开发者去使用MVC。MVC定义了App里对象的角色（Model-View-Controller），以及它们之间的交互方式： ...
java架构师成长笔记：浅谈从单体架构迁移到微服务？
weixin_44174165的博客
04-10 525
面对微服务如火如荼的发展，很多人都在了解，学习希望能在自己的项目中帮得上忙，当你对微服务的庐山真面目有所了解后，接下来就是说服自己了，到底如何评估微服务，什么时候使用微服务，什么时间点最合适，需要哪些技术储备和资源投入等等，这些都是你需要面对和解决的。 本文从单体架构，微服务架构，微服务风险评估，微服务落地条件等几个方面探讨微服务的落地过程，希望对你有所启发。 讲解微服务之前，我们先简单了解下...
浅谈反应式架构：基本概念介绍
weixin_41663412的博客
03-20 977
个人博客导航页（点击右侧链接即可打开个人博客）：大牛带你入门技术栈 淘宝从2018年开始对整体架构进行反应式升级， 取得了非常好的成绩。其中『猜你喜欢』应用上限 QPS 提升了 96%，同时机器数量缩减了一半；另一核心应用『我的淘宝』实际线上响应时间下降了 40% 以上。PayPal凭借其基于Akka构建的反应式平台squbs，仅使用8台2vCPU虚拟机，每天可以处理超过10亿笔交...
浅谈客户端架构
u014147875的博客
05-07 3555
客户端有哪些架构？ MVC(简略) M层为数据层，两个用途：1保存数据；2发送数据更新信息； V层为视图层，两个用途：1接受用户从界面上的操作；2根据M层的数据显示相应的界面； C层为控制层，两个用途：1处理和界面无关的代码逻辑；2接受和处理网络数据； MVP 很多时候视图层面还是充斥中很多复杂的逻辑，例如UI事件的响应处理，网络响应的回调等等，充斥着各种监听器的回调。我们期望视图V便
ios-IOS项目分层.zip
07-11
主项目中的分层主要包含四个模块，Main(主要)、Expand(扩展)、Resource(资源)、Vender(第三方)，还有本项目是有多个Tag,用于区分不同的版本，比如本地环境测试版、产品版，主要是通过Tag来区分，不同的标识对应不同的连接地址；当然也可以设置其它不同的内容； 2.1 Main(主要)模块的内容 此模块主要目的是为了存放项目的页面内容，比如MVC的内容，Base(基类)用于存放一些公共的内容，其它功能模块的提取，方便继承调用；在本实例中已经在BaseController整理的一个公用的ViewController 2.2 Expand(扩展)模块的内容 此模块主要包含Const、Macros、Tool、NetWork、Category、DataBase六个子模块； 2.2.1 Macros(宏)主要存放宏定义的地方，这边有两个宏文件，Macros.h主要是项目的一些主要宏，比如字体、版本、色值等，而ThirdMacros.h主要用于存放一些第三放SDK的key值； 2.2.2 Tool(工具类)主要存放一些常用的类，此处Logger用于存放日志的封装帮助类，Reachability用于存放判断网络状态的帮助类； 2.2.3 Network(网络)这边主要用到YTKNetwork 是猿题库 iOS 研发团队基于 AFNetworking 封装的 iOS 网络库，这边是对它进行一些修改，为了满足不同Tag及不同的功能模块可能访问不同URL的要求； 2.2.4 Category(分类)主要用到Git上面iOS-Categories分类的内容，多创建一个Other用于存放平时要扩展的分类； 2.3 Resource(资源)模块的内容 资源模块主要包含三方面，Global(全局)、Image(图片)、Plist(配置文件)； 2.3.1 Global用于存放项目一些全局的内容，包含启动项的内容LaunchScreen.storyboard、头部引用PrefixHeader.pch、语言包File.strings 2.3.2 Image用于存放图片资源，可以根据功能模块进行再分不同的xcassets文件； 2.3.3 Plist用于存放plist文件，主要是本项目中会创建多个的Tag,而每个Tag都会有自个的plist文件进行管理，所以统一存放方便管理； 2.4 Vender(第三方)模块的内容 虽然项目中已经用Pod来管理第三方插件，但对于一些可能要进行修改的第三方可以存放在这边，本实例中引用的几个比较常用的第三方插件，简单介绍其中的几个，GVUserDefaults是对UserDefaults的封装，简单就可以用于存取操作；JDStatusBarNotification是在状态栏提示效果的插件；ActionSheetPicker底部弹出如时间选择、选项的插件；QBImagePickerController是照片选择插件，支持多选并可以设置最多选择张数； 源代码已放(欢迎一起完善)Github：https://github.com/wujunyang/MobileProject
iOS设计模式与架构设计
番薯大佬的专栏
05-18 732
iOS开发中常用的设计模式有以下几种 1、MVC
iOS-架构设计
MinggeQingchun的博客
07-04 574
一，APP架构概述 1. 应用架构 2.Model 和 View 3.App 的本质是反馈回路 4.架构技术 5.App 任务 6.IOS 架构的5中模式： 二，APP设计常用的5种模式概览 1. Model-View-Controller 2. Model-View-ViewModel+协调器 3. Model-View-Controller+ViewState 4. Model 适配器-View 绑定器 (MAVB) 5. Elm 架构 (TEA) 三，其他APP架构模式 1. Model-View-P
IOS APP 架构设计
最新发布
yinshipin007的博客
03-17 937
在该话题的大多数文献中，“model” 在不同上下文中指的可能是不同的事情。在一个非标准 MVC 的 app 中，添加一个 view state model，并且在每个 view controller 中 (在已经对 model 进行观察的基础上) 观察这些 view state model，提供了不少优点:任意的状 态恢复 (这种恢复不依赖于 storyboard 或者 UIStateRestoration)，完整的用戶界面日志，以及 为了调试目的，在不同的 view state 间进行跳转的能力。
iOS架构设计----1
shuju345的博客
01-13 864
在提到架构设计的时候，我必须先说清楚为什么要关注架构设计，这里我引用文章中一段话： “因为假如你不关心架构，那么总有一天，需要在同一个庞大的类中调试若干负责的事情，你会发现在这样的条件下，根本不可能在这个类中快速的找到以及有效的修改任何bug。当然，把这样的一个类想象为一个整体是困难的，因此，有可能一些重要的细节总会在这个过程中被忽略。如果现在的你正是处于这样一个开发环境中，很有可能具体的情况就
iOS架构设计（一）- MVC
coding不死，也未曾凋零
06-24 6566
开发时间久了，经常会听到这样一个说法，mvc会随着项目的复杂度，controller会变得越来越臃肿 我并不认同这种说法，按照这样的逻辑，不管哪种设计，项目复杂了，各种客观的主观的原因，一不小心都会使一些代码变得臃肿，我倒认为这不是MVC的缺陷 就像最后的view从controller抽离，view最终要的是需要数据源，控制器就是想办法把view需要的交付出去，而且还必须明智，就是view只需要拿，具体怎么拿到的，我就简单放到view的初始化里.........
iOS架构设计（二）- MVP
coding不死，也未曾凋零
06-26 5854
- MVP是presenter基于代理驱动的，所以MVC中的controller就沦为配置层，可以理解为初始化配置的操作 - view的数据渲染交给了适配器，preseter自会驱动适配器 - 对view自身来讲，adapter也可以尝试去按照数据源的概念去理解 - 按照稳重的MVP构想，执行项目的话就可以拷贝代码，按照相应的格式规则去编辑代码 文件 类，框架设计就好了，写代码会变得很轻松 大可以自己去下载代码在自己的项目里尝试一下 adapter同样需要在context里追加注册............
iOS开发：MVVM架构设计与团队协作实践
"iOS开发之浅谈MVVM的架构设计与团队协作" 在iOS开发中，良好的架构设计和团队协作对于项目的成功至关重要。MVVM（Model-View-ViewModel）架构模式，作为MVC（Model-View-Controller）的一种变体，被越来越多的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值