iOS应用的界面比较复杂，应该怎么处理？

全部话题移民创业 iOS Mac Objective-C Swift Android 招聘求职

iOS应用的界面比较复杂，应该怎么处理？

由 coltfoal 发布于 2015年07月24日
无人欣赏。

iOS是以Controller为核心的。

如果一个界面里面的内容很多，势必会造成在Controller里面需要产生的视图、模型、交互变多变复杂。如果每个功能独立那还好，实际上大部分功能都是互相影响的。Controller里面代理一大堆。

请问各位有经验的应该怎么处理这种问题？有什么通用的解决方法吗？

iOS 设计模式框架界面

共12条回复

回复楼长

tinyfool 回复于 2015年07月24日

你还没懂啊，Delegate的意思就是可以代理到任何地方去，一般来说放在一个Controller是为了逻辑方便，真的太多了，你就Delegate到其他地方去就好了，或者设计一个基类，或者用类组合都可以

回复 2楼

Liucien 回复于 2015年07月24日

ios是mvc模式为基础的，楼主可以查查mvvm模式。是mvc的一个改进，应该会有些思路

回复 3楼

xcode123 回复于 2015年07月24日

用block代替delegate方便多了

回复 4楼

windgo 回复于 2015年07月24日

可以这样想: 设计这么复杂的界面本身就是问题, 工程师都觉得复杂的界面, 用户用起来通常也不会好用. 可以反馈给产品重新设计.

回复 5楼

coltfoal 回复于 2015年07月24日

1楼 @tinyfool 比如我可以使用category来处理不同的功能模块和代理，但是在这些代理里我还可能产生其他界面，也有可能需要修改其他功能模块可能产生的界面，并与其进行交互，那又是如何处理的？

回复 6楼

coltfoal 回复于 2015年07月24日

3楼 @xcode123 block只是看起来简洁，但实际上要处理的东西还是那么多的。

回复 7楼

coltfoal 回复于 2015年07月24日

4楼 @windgo 但，产品不会因为你的代码问题而修改设计，这是不争的事实。

回复 8楼

coltfoal 回复于 2015年07月24日

感谢大家的热心回答。我可以举个例子，比如Microsoft在iOS的三个APP，单个界面囊括的东西很多，请问应该如何设计这种代码的结构，有没有类似的代码、文献等可以拜读参考？

回复 9楼

windgo 回复于 2015年07月24日

7楼 @coltfoal 可以反馈嘛. 很多东西, 你不说, 别人也不知道. 另外开发的工期总是你决定的. 揉在一起的太复杂的东西, 开发时间会比较长. 另一方面说, 复杂问题的解决, 就是分解. 想办法把界面分成几块(1~7块), 如果某部分还是复杂, 接着分解. 把一个长列表一样的东西, 搞成n叉树一样的结构, 问题就简单了.

回复 10楼

coltfoal 回复于 2015年07月24日

9楼 @windgo 但是n个叉之间还有可能相互影响呢？

回复 11楼

董一凡回复于 2015年07月24日

10楼 @coltfoal 两个 viewcontroller 也会互相影响啊，你可以思考下为什么一个 app 有几十个 viewcontroller 也不会有你说的很多东西揉在了一起的感觉。然后你就明白你的东西该怎么设计了，本质上是一回事

回复 12楼

windgo 回复于 2015年07月24日

10楼 @coltfoal 尽量让依赖是单向的, 就是a模块调用b, 但是b模块不去调用a. 如果b模块调用a模块, 就用委托. 这样各个模块间的关系就不会变成一张网, 而是一棵树, 或者有层次结构的网.

本帖有12个回复，因为您没有注册或者登录本站，所以，只能看到本帖的10条回复。如果想看到全部回复，请注册或者登录本站。

请登录或者注册。

发布新帖