关闭

iOS项目结构/架构小结

标签: 结构iOS架构
394人阅读 评论(0) 收藏 举报
分类:

回想下, 已经很久没有写博文了, 工作比较忙加上自己比较懒哈哈.

今天说下对于iOS项目结构的一些理解和心得吧, 希望可以帮到需要的人.

 前言: 现在的主流应用型app都基本采用native+h5的方式去构建, 如果体验要求比较高的采用native, 如果变动很频繁的(比如做活动)当然用h5更方便省心啦. 

 所以针对这些模式, 采用了响应的管理方式去管理和维护.


1. 首先在目录上我们会分成  Controllers,  Views, Models, ViewModels, Services  5块内容去处理, 各司其事:

  a) Controller: 在这里负责创建添加控件, 将封装好的业务逻辑链接起来.

  b) Views: 顾名思义, 自定义控件都放在这.

  c) Models: 数据结构, 接受后台处理的数据映射.

  d) Services: 所以数据请求在这里完成, 负责请求数据, 对外提供数据.

  e) ViewModels: 所有的业务逻辑处理(这部分现在很多项目都直接写在controller下, 这样对后期的维护牺牲是很大的).


2. native中处理所有页面 根据上面的结构来工作, 绝对会有事半功倍的效果, 特别是在后期接口会越来越多, 页面, 业务逻辑越来越多.


3. 那针对h5页面的交互, 我们就可以直接通过上述的Services获取需要的数据, 而不需要在html中利用jsonp之类的自己去请求数据, 那有人问为什么要这么做:  1. 首先h5和app交互是必须的(比如现在做一个我的排行榜), 那h5必须知道当前登录用户, 这些信息都可以通过app告诉它. 那当然也可以把其他h5需要的数据一起给它  2. h5页面中的请求数据接口其实很多都在app中已经实现了, 不需要再写一次, 可以复用  3. 对于h5来说, 可以统一调用一个接口, 类似callHandler("requestDataByApp", ...),   根据URL的不同可以获取到它所有需要的数据, 是不是对h5开发者来说工作量会减少很多?(特别是h5和app都是自己的开发的时候) .


4. 越到后期, 你会发现其实数据的管理很重要, 做好数据的管理是app维护的关键所在.


5. 除了上述5个模块之外, 当然你还可以写一些工具类(比如获取日期处理, 字符串处理等),  和管理类(比如一些三方平台, 分享, 登录, 聊天, 数据统计之类的). 理论上这些跟上述是无耦合的, 相互独立.


上述为本人的见解, 如有不同理解 可以留言交流... 25832844@qq.com

1
0

猜你在找
【直播】机器学习&数据挖掘7周实训--韦玮
【套餐】系统集成项目管理工程师顺利通关--徐朋
【直播】3小时掌握Docker最佳实战-徐西宁
【套餐】机器学习系列套餐(算法+实战)--唐宇迪
【直播】计算机视觉原理及实战--屈教授
【套餐】微信订阅号+服务号Java版 v2.0--翟东平
【直播】机器学习之矩阵--黄博士
【套餐】微信订阅号+服务号Java版 v2.0--翟东平
【直播】机器学习之凸优化--马博士
【套餐】Javascript 设计模式实战--曾亮
查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:56513次
    • 积分:946
    • 等级:
    • 排名:千里之外
    • 原创:30篇
    • 转载:37篇
    • 译文:0篇
    • 评论:8条
    文章分类
    最新评论