iOS开发-设计模式架构思维

        开发一个程序一个项目，在用户界面以及产品概念完成了的时候都会面临一个

问题：这个程序或是项目需要什么设计模式呢？

            通常人们都会去考虑设计模式，然后嵌入到项目中，然而忽略了最根本的问题，

本该用设计模式解决的问题并没有得到解决，只是让项目看起来像是那么回事。其实

在设计模式当中，我们需要做的是，用设计模式来解决项目中的需求，通过“什么”去

解决“什么”，把问题细化到一对一，让项目真正的跑起来。

        拿一个简单的例子：XX新闻 App。从最简单常见的App入手，细化分析一下

       □视图管理

        ♦️在控制器中的视图跳转以及拖拽

♦️视图的增删

♦️推荐使用中介者模式

       中介者模式，是指用一个对象来封装一组对象之间的交互逻辑，是用来增进不同

对象间的松耦合，这样可以把对象间的交互集中在一起控制。

       使用collectionview实现并给每个item添加拖拽手势，实现增加和删除

       □手势添加实现

       ♦️在屏幕上添加手势

       ♦️滑动手势

       ♦️使用组合模式来记录手势

常用在翻页，放大，缩小，返回

       

        用户触摸屏幕然后移动手指，轨迹是一个线条（任意方向），而如果只是把手点

在屏幕上不移动，那只会是一个点。点包涵的是一个位置的信息，而手势轨迹包含了

一串位置信息。传统的方法就是多维数组来保存这些手势的轨迹数据，在使用和调用

数据时就需要大量的时间和工作来读取使用，这是一个弊端，通过组合模式，把点和

轨迹的线条结合到树形结构中，方便的统一处理每一个点。点依旧是点，而轨迹就是

点的组合体，通用的类型可以统一对待，这就是组合模式的方便之处。

       □用户操作

    这就是最简单的模式：命令模式

在App的用户界面上，每一个点击的事件都是一个命令，在用户使用的时候，每

一个操作都是一个命令。

    今天说的这些都是最简单基础的设计模式，开动脑子，把这些细节注意好，项目绝

对做的很棒。

        总而言之，一个项目不光是外表华丽，操作流畅就行，如果光鲜的外表后面是一个

垃圾处理厂，那么在好的App也是垃圾。

各位iOS开发同僚，都加油