1:服务器处理数据(不涉及).
2:服务器返回数据,解析,然后本地处理,存入本地数据库.
3:本地数据存储方式:序列化,数据对象型存储(最难,最复杂),数据关系型存储(较难,常用),直接存储成文档格式(这个方式操作比较多,多用于数组/字典直接存储成文本),加密存储(存储在系统钥匙串,访问较少的,删除APP不会删除数据的形式).
4:本地数据经过处理,需要展示在界面上面,在展示在界面上的时候,数据不要随意更改,例如刷新表单(统指ScrollView)的时候,不要计算数据
5:model -- view赋值这个操作写在什么地方,默认情况下都写在了view里面,我对这个地方产生了分歧,标准的MVC是不和数据通信的,这个地方就通信了,到最后,model还是要和view产生通信,我在想是否可以在框架中做一个常用模块,给一定的控件数据,进行规划操作,不让数据直接暴露在view里面,从而使框架变得高效优秀,比如赋值操作,直接调用单例模块,将数据和控件直接传入一个方法,方法里面只做控件赋值的操作,从代码层面看起来像是函数式操作.
6:由于从服务器发送过来的数据,老项目新项目都会产生数据解析出现问题的情况,不能很好的理解业务,导致代码流程走到界面那个地方,会产生解析错误的方式,需要规范指导,尽量将数据解刨成直接赋值的操作,尤其是直接在view里面计算 +1 -1 取值赋值这些逻辑,控件的难用这些问题,都会导致开发效率低下.
7:view只需要和美工策划沟通,不需要和后台,项目组伙伴产生的数据沟通,比如字体长短,大小,控件大小位置等这些.不参杂任何数据.
网友评论