在南通如何选择iOS开发培训班 在应用开发的规范性方面,框架至关重要。一个合适的框架虽然不能解决所有问题,但它可以降低问题的复杂度,减少产生错误的概率。定义清晰的层次结构,首先要明确各层的主要功能:表示层(Presentation Layer)负责用户界面设计(UI设计)和用户界面视图控制器(UIViewController)的功能实现。业务逻辑服务层(Business/Service Layer))主要负责数据逻辑定义和转发调用关系,链接上下两层,承上启下。数据访问层(Data Access Layer),负责具体的应用程序编程接口(API)构造,各层内部根据业务逻辑的复杂度又可采用多层结构。以数据访问层为例,其内部又可以细分为网络层和持久化层。
一般而言,表示层直接使用逻辑层提供的模型(Model)实现用户界面设计(UI设计),有时会出现模型不一致但需求相同的界面展现,比如在有的App中,会话界面、搜索界面和收藏界面都需要相同的图片,而这三个模块的模型定义可能不同,要解决这个问题,就需要增加额外的视图模型(ViewModel)层,用于解决模型不一致问题。
横向上,各模块互相独立,模块间仅通过设定的几个有限接口通讯。理想的状态是除核心功能模块外,其他模块都可拔插。横向模块的业务需求依赖性强,横向模块一般依赖于业务需求,常被定义成各种服务(Service)或管理器(Manager),做法是由统一的管理器负责相应服务的加载、卸载、监 听和分发。此举容易实现模块的可插拔,保证了公用特性的一致处理。的设计开发就遵从这一原则,几乎所有的模块都从MM Service继承而来,由MM Service Center进行统一管理。
遵守SOLID(单一功能、开闭原则、里氏替换、接口隔离以及依赖反转)原则,每个类功能单一且封装,对象(类,模块,函数等)对于扩展是开放的,对于修改是封闭的,隔离接口并反转依赖关系,即高层模块不依赖低层模块,两者都依赖于抽象接口。抽象接口不依赖于具体实现,具体实现依赖于抽象接口。这些设计原则并非iOS 系统应用开发所独有,所有软件设计都应遵循这些基本设计规则。
定义自己的UI基类,如UI View,UI View Controller,UI Table view Cell等。定义后,所有子类(View,Controller,Cell等)都能方便的继承已经定义好的基类共有行为。但需注意控制基类的规模,防止其过度膨胀,大基类不仅增加了排查问题的难度,还增加了代码的理解难度。在实践应用中,基类中只能包含具有普遍性的特性和方法,其余都在子类中实现。
在南通如何选择iOS开发培训班 一些好用的工具类往往会成为框架的重要组成部分,方便快捷地解决局部问题,同时又不引入过多的复杂度。例如使用键值监 听(KVO)容易发生add0()方法和remove()方法的不配对调用,那么就需引入TH Observers And Binders或者FB的KVO Controller来解决这一问题。有时,某些核心模块需要被多个模块依赖,要降低其与其他模块的耦合度,可以引入类似XMPP的GCD Multicast Delegate工具进行解耦。
免费提供问答解答,帮您轻松解决难题
申请免费试听
只要一个电话
我们为您免费回电