iOS项目框架

最近看了一些有关server的东西，一些很简单的东西，不外乎是一些文档规范，另外结合最近看的wwdc的一些video，觉得对软件架构（software architecture）认识又清楚了一些，这里记录下来。

software architecture 听上去是一个很大的概念，实际上也包括很多东西，里面的争议也很多。在我看来软件架构最好放在小的场景中理解。

问题1

我们有2个页面。

页面A：主页面

· 页面B：详情页面

demo code 1.0.0

2个页面分别显示一个数字，这个数字应该相同。详情会修改这个数字，这里我们发现，详情页面和主页面数字不一样

。

数据不一致

问题1 解决方法A

这里首先的感觉就是，详情页面返回，主页面数据没有刷新，导致数据不一致。 那么Fix这个Bug的方法，就是在主页面出现的时候刷新界面


1

2

3

4

5

- (void)viewWillAppear:(BOOL)animated {

    [super viewWillAppear:animated];

    self.displayLabel.text = [[CUDataDAO selectData].data stringValue];

}

现在来看，还不错。但是，我们调用selectData的次数则变得非常非常多。数据不是经常变化的。

demo code 1.0.1

问题1 解决方法B

我们发现既然数据的改变是在页面B进行的，那么页面B修改这个数据的时候，应该把数据变化”通知”给页面A，那么我们写了一个Delegate


1

2

3

4

5

@protocol CUDetailViewControllerDelegate <NSObject>

- (void)detailVC:(CUDetailViewController *)vc dataChanged:(NSNumber *)data;

@end

在页面B修改数据之后，通过delegate 通知给页面A。


1

2

3

4

5

6

7

8

9

10

- (IBAction)changeButtonClicked:(id)sender {

    int value = arc4random() % 100;

    [CUDataDAO setData:value];

    self.displayLabel.text = [@(value) stringValue];

    if ([self.delegate respondsToSelector:@selector(detailVC:dataChanged:)]) {

        [self.delegate detailVC:self dataChanged:@(value)];

    }

}

到此场景1得到了不错的解决。

demo code 1.0.2

问题2

这时我们增加了另一个页面C。这个场景会稍微抽象一点，我们定义了3个数据

· 页面A的数据dataA

· 页面B的数据dataB

· 页面C的数据dataC

问题1中 dataA = dataB。在问题2中dataA = dataB + dataC;

问题2 解决方法C

也就是说页面C的修改，也会影响页面A的数据，那么我们是不是也要写一个XXXXDelegate呢？

这时我们的大脑嗅出了一些不好的味道，如果再来个什么dataD，dataE，我们要写这么多的Delegate么？对于多对一”通知”这种味道，很自然的想到了不用Delegate，而是用NSNotification来做。让我们未雨绸缪一下，定义一个Notificaiton


1

2

3

4

5

NSString *const kCUDataChangedNotification = @"CUDataChangedNotification";

[[NSNotificationCenter defaultCenter] postNotificationName:kCUDataChangedNotification

                                                  object:nil

                                                userInfo:nil];

那这个变化broadcast到listener，看上去是一个很赞的idea。

demo code 1.0.3

问题3

过了一段时间，我们发现问题2的方法有一个Bug，当界面停在页面B的时候，切换到页面C，修改数据，B中再返回时，数据和页面A的数据不一致。

数据不一致

那也可以类比解决方法B，得到了下面的方法

解决方法D

既然A和B的数据不一致，而A的数据比B的新，那么保留一个B的指针，然后A变化的时候，更新B就好了。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

- (void)handleDataChangedNotification {

    [self updateLabel];

    [self.vc updateLabel];

}

// In a storyboard-based application, you will often want to do a little preparation before navigation

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender

{

    if ([segue.identifier isEqualToString:@"push"]) {

        CUDetailViewController *vc = [segue destinationViewController];

        if ([vc isKindOfClass:[CUDetailViewController class]]) {

            self.vc = vc;

        }

    }

}

demo code 1.0.4

问题4

页面C实在是太简单了，这次我们希望在页面C中显示页面A的数据。因为上次我们就产生了一个数据不一致的问题，这次我们注意到了，那么怎么修改呢？

解决方法E

在看了看整个APP各种通知之后，觉得挺麻烦，准备用一个取巧的方法。可以类比解决方法A。在页面C出现的时候，刷新数据，至于什么性能问题，不管了，先fix bug。


1

2

3

4

5

6

7

8

9

10

- (void)viewWillAppear:(BOOL)animated {

    [self updateLabel];

}

- (void)updateLabel {

    int dataB = [[CUDataDAO selectData].data intValue];

    int dataC = [[CUDataDAO selectOtherData].data intValue];

    self.dataLabel.text = [@(dataB + dataC) stringValue];

}

demo code 1.0.5

问题5

这时的数据需要不断的变化，我们在CUDataDAO加了一个timer 模拟数据变化，数据变化的原因可能是server push 一些数据。client 本地数据库更新了数据，需要在页面A、B、C中显示。

页面C的数据又不一致了。。。。

问题到底在哪里呢

走到这里，我们需要重新思考为什么这个问题会不断的重复出现呢？software architecture就是来解决这个问题的。但是在提出一个合理的方案之前，先思考一个概念。

我们把数据库中的数据，显示到屏幕上，或是传递给View时，这个过程其实是对data 做了一次copy。而且只要不是通过引用或是指针这些方式，通过值传递的方式都是对

data做了一次copy。而这个copy的过程，非常类似Cache。

通常建立一个Cache会遇到2种问题。

· Cache情况A: 与original Data 数据不一致，没有及时更新

· Cache情况B: 重复建立Cache

让我们用这个思路来看我们的解决方案

解决方法A

这是一个非常典型的Cache情况B。数据库的数据并没有变化，但我们却多次重复计算cache

解决方法B

页面之间的关系可以用下面来描述

这里我们隐隐能够感觉到问题，A的数据变化依赖于2个地方。不急，再往后看

解决方法C

解决方法D：

事情变得更糟了

解决方法E

和解决方法A类似，同样的重复计算Cache问题。

实际上问题还会更糟

现在还是一个简单的Model，如果project变得很大，那么就会变成这个样子

每一个X都可能是一个Bug。

我们似乎已经找到问题了

《Advanced iOS Application Architecture and Patterns》 中，把这个图叫做information flow。我们的直觉会告诉我们，这个信息的传递，应该是自上而下的树或是森林，而且最好是一个层次平衡结构，要清晰，每一个位置都有相对于的职责。那我们就需要制定一个规则。

在想这个规则之前，如果把上面的图背后的数据忘记，我们感觉这很类似内存模型。当然内存模型会比较复杂。但是我们可以借鉴很多”内存管理中的规则”，比如谁创建，谁销毁。同样，在我们的information flow中，我们希望谁创建Cache，谁更新Cache变化

DAO的数据库似乎很难做这件事情，我们引入了一个新的元素dataSource（当然他本身又是DAO的一个Cache)。其中A、B、C3个都会显示数据，那么他们应该在一个层级，其中B、C会修改数据，他们会把这个数据返回给dataSource，而通过dataSource来把这个变化通知到A、B、C。

这样带来的好处很明显，我们再添加一个D，也不会对其他地方的数据产生任何影响，我们的Unit Test、Mock也更加好写。

我们之前的思路错在哪里呢？

从局部来看，我们之前的思路都没有任何问题，但是整体来看却把问题隐藏化。关键的问题是在于没有找到Truth，找到问题真正的地方。而找到真正的地方，需要我们在大脑中有一个清晰的information flow或是data flow。了解之间元素的相互关系，才能建立一个个的层。才能坐到真正的解耦,解耦并不是仅仅一个个的Manager，更重要的是建立一套清晰的flow机制，或是消息机制，如果没有一套flow，中间引入的各种各样的方法，即便使用了各种设计模式，整个software 依然是深度耦合。

疑问

这个APP看上去交互非常复杂

上面的model，有些同学还可能觉得这是交互上面的问题，这个交互看上去非常的复杂，不是一个好设计。

我这里列举一个实际的例子：

A页面要创建动画，动画背后包括很多数据，这些数据会在B，C甚至更多的页面，或是后台被修改。动画本身实际上体现在View，而这些view可能不仅仅在A中有，B，C可能也会有部分的View。

单例怎么样

当然我们可以用单例的法子。单例是个魔鬼，被很多滥用，这个场景用单例，其实仅仅是把全局变量合理的封装在了单例下，因为这份数据，并没有任何理由要一定是一份copy。

recap

在了解这个概念后，再看一些server的架构，规则时，也会更容易理解这些层之间的关系。包括

为什么要规定那些层之间，不能相互调用，不能有静态方法。

一个层之间的model，不能有重叠功能，不能连表查询。

在哪个层才能调用另一个服务，而调用这个服务还必须要通过统一的接口

software architecture 涵盖的东西非常多。这篇只是一个引子，介绍了设计之前的准备工作。但是在实际过程中，我们的模型可能要比我这里写的还要复杂很多。下一篇会介绍一种策略用来处理更加复杂模型的情况。

时间： 2024-10-06 01:57:06

iOS项目框架的相关文章

iOS 项目框架一开始搭建的分析

最近也看了不少搭建项目的框架,怎么说呢,基本项目框架都一样,分为4种情况考虑 一.外包 外包大家表面的理解是加班多,没完没了的工作,而且工资底下,大多数就是这样. 1.一种属于私人去接的外包,这种人技术算不错了,而且都担任过项目的负责人或者主导以及独立完成项目的经验,他们的框架都源于之前项目的本身,有自己的一套项目框架,而且是积累形成的,有注释. 2.进入外包公司,公司专门接外包干活.这种一般是是换一批员工一批框架,而且框架的安全度底下,别人接手又种很恨的节操,因为没有注释以及工作时间不久,而且

iOS项目框架的搭建

好久没写博客了,近来学习swift,准备用swift仿写个项目,就找了找appstore,找了一个叫半糖的项目,看着界面真不错,但是感觉技术跟不上,先试着写写吧 档成文件夹,如图所示 打开文件夹,找到payload,打开,然后右击显示包内容,然后你就看到一大堆的资源文件了,不过你会发现找来找去都找不到tabbar的图片,今天给大家介绍个厉害的工具https://github.com/devcxm/iOS-Images-Extractor,上Git搜索下 你会有意想不到的惊喜哦,下载下来后如图,直

iOS通用的MVC模式项目框架MobileProject

最近项目比较不赶的情况下,决定把一些通用.常用的内容集成在一个项目框架中,意在新项目中可以快速搭建:其实经过几个项目后,总是有一些重复的创建工作,可以使用本项目的内容直接进行开发:采用的是MVC的分层模式,本文将会重点介绍关于层级的划分及一些已经集成的第三方功能介绍:当然本项目的源代码已经上传到gitHub(地址:https://github.com/wujunyang/MobileProject)上面,当然要是对你有帮助记得给个星,假如大家有时间也可以一起完善,或者有什么问题也可以及时留言:

［转］在iOS项目中使用CorePlot框架

转载地址:http://blog.csdn.net/llfjfz/article/details/7849190#comments Core Plot是OS X和IOS下的一个开源图形库,它提供数据的可视化处理,就是画曲线图.柱状图和饼图等等.如何在项目中使用Core Plot的静态库呢?以下是几个步骤: 首先先去Google Code下载Core Plot图形库,网址 http://code.google.com/p/core-plot/ .目前该网址提供了CorePlot_1.0.zip下载

iOS 从零到一搭建组件化项目框架

随着公司业务需求的不断迭代发展,工程的代码量和业务逻辑也越来越多,原始的开发模式和架构已经无法满足我们的业务发展速度了,这时我们就需要将原始项目进行一次重构大手术了.这时我们应该很清晰这次手术的动刀口在哪,就是之前的高度耦合的业务组件和功能组件,手术的目的就是将这些耦合拆分成互相独立的各个组件. 工程效果预览 组件化工程示例项目地址 组件化开源项目Git仓库地址 下面我们围绕这几个问题来展开讲解 为什么要用组件化,它给我们带来哪些优势 各个组件该如何进行拆分,拆分的颗粒度该如何控制 如何从零到一

iOS项目生成通用Windows应用

WinObjc - 使用iOS项目生成通用Windows应用 Github上一周年的WinObjc项目最近发布了预览版本,终于等到了这一天.WinObjc项目就是Build 2015大会上微软宣布的Project IslandWood项目,致力于将iOS应用快速移植成UWP应用.废话不多说,让我们来看看WinObjc项目到底如何使用. 开始之前 开始转制iOS项目前我们要先部署好WinObjc工具,工具链如下: 一台安装了Visual Studio的Windows 10 PC,2015社区版可以

关于目前自己iOS项目使用的第三方开源库

1.AFNetworking 目前比较推荐的iOS网络请求组件,默认网络请求是异步,通过block回调的方式对返回数据进行处理. 2.FMDB 对sqlite数据库操作进行了封装,demo也比较简单. 3.MBProgressHUD 也是iOS项目常用的一个组件,用于显示过渡效果的,比如网络请求之前显示loading,网络结束隐藏loading.建议封装在BaseViewController中,所有ViewController继承就能使用. 4.MJRefresh 这个是传智播客李明杰老师的作品

iOS 项目经验以及APP上架流程 _Dylan

1. 用户需求的确定, 功能方法的可行性评估, 用户给出的价格等是否合理. 2. 框架搭建, 需求数据整理, 功能块设计模式的预想, 预计空闲时间(用来缓冲) 3. 项目管理, 项目规划, 时间轴的设置, 人员的分配, 项目预算 4. 项目框架编写 5. 代码分工 6. 工作Bug的调整, 时间的调整, 功能的取舍(需与客户商讨), 项目工期的把握, 项目报告的书写 7. 项目优化, 代码质量话, 代码高内聚, 低耦合为最佳 8. 软件测试, 黑白测试. 9. 国际化处理, 图片处理, 性能提升

iOS网络层框架之AFNetworking与 ASIHTTPRequest对比

在开发iOS应用过程中,如何高效的与服务端API进行数据交换,是一个常见问题.一般开发者都会选择一个第三方的网络组件作为服务,以提高开发效率和稳定性.这些组件把复杂的网络底层操作封装成友好的类和方法,并且加入异常处理等. 那么,大家最常用的组件是什么?这些组件是如何提升开发效率和稳定性的?哪一款组件适合自己,是 AFNetworking(AFN)还是 ASIHTTPRequest(ASI)?几乎每一个iOS互联网应用开发者都会面对这样的选择题,要从这两个最常用的组件里选出一个好的还真不是那么容易