iOS开发之浅谈MVVM的架构设计与团队协作

简介:

 今天写这篇博客是想达到抛砖引玉的作用,想与大家交流一下思想,相互学习,博文中有不足之处还望大家批评指正。本篇博客的内容沿袭以往博客的风格,也是以干货为主,偶尔扯扯咸蛋(哈哈~不好好工作又开始发表博客啦~)。

  由于本人项目经验有限,关于架构设计方面的东西理解有限,我个人对MVVM的理解主要是借鉴于之前的用过的MVC的Web框架~在学校的时候用过ThinkPHP框架,和SSH框架,都是MVC的架构模式,今天MVVM与传统的MVC可谓是极为相似,也可以说是兄弟关系,也就是一家人了。

  说道架构设计和团队协作,这个对App的开发还是比较重要的。即使作为一个专业的搬砖者,前提是你这砖搬完放在哪?不只是Code有框架,其他的东西都是有框架的,比如桥梁等等神马的~在这儿就不往外扯了。一个好的工程框架不进可以提高团队的协作效率,同时还可以减少代码的冗余度和耦合性,合理的分工与系统的架构设计是少不了的。

  至于团队协作不仅仅是有SVN或者Git这些版本控制工具就行的,至于如何在iOS开发中使用SVN,请参考之前的博客(iOS开发之版本控制(SVN))。一个团队可以高效的工作,本人觉得交流是最为重要的,团队中的每个人都比较和气,而且交流上没有什么障碍,交流在团队中最为重要。至于SVN怎么用,那都不是事儿!

  好了今天就以我写的一个Demo来浅谈一下iOS开发中的架构设计和团队协作,今天的咸蛋先到这儿,切入今天的话题。

  为了写今天的博客我花了点时间做了个工程,这个工程后台的接口用的新浪微博的API来进行测试的,在本文的后面也会跟上GitHub的分享链接。OK~说的高大上一些就是,仁者见仁智者见智,交流思想,共同学习。

一、小酌一下MVVM

  在这呢也不赘述什么是MVC,神马又是MVVM了,在百度上谷歌一下一抓一大把,在这儿就简单的提上一嘴。下面的Demo用的就是MVVM的架构模式。

  Model层是少不了的了,我们得有东西充当DTO(数据传输对象),当然,用字典也是可以的,编程么,要灵活一些。Model层是比较薄的一层,如果学过Java的小伙伴的话,对JavaBean应该不陌生吧。

  ViewModel层,就是View和Model层的粘合剂,他是一个放置用户输入验证逻辑,视图显示逻辑,发起网络请求和其他各种各样的代码的极好的地方。说白了,就是把原来ViewController层的业务逻辑和页面逻辑等剥离出来放到ViewModel层。

  View层,就是ViewController层,他的任务就是从ViewModel层获取数据,然后显示。

  上面对MVVM就先简单的这么一说,好好的理解并应用的话,还得实战。

 

二、关于工程中是否使用StoryBoard的论述

  从网上经常看到说不推荐使用StoryBoard或者Xib,推荐用纯代码手写。个人认为这种观点是和苹果设计StoryBoard的初衷相悖的,在我做过的项目中是以StoryBoard为主,xib为辅,然后用代码整合每个StoryBoard.

  举一个用Storyboard好处的例子就OK了,给控件添加约束,如果用Storyboard完成那是分分秒的事情,而用代码的添加约束的话是何等的恶心,纯代码写的话会把大量的时间花在写UI上,而且技术含量是比较低的,这个个人认为没什么必要。在团队合作中负责UI开发的小伙伴只需没人负责一个Storyboard,各开发各的,用SVN提交时把下面的勾(如下图)去掉即可,这样用Storyboard是没有问题的。然后再用代码进行整合就OK了。如果你在你的工程中加入了新的资源文件的话,用XCode自带的SVN提交的话需要吧Project Setting文件一并提交。

 

 

三、实战MVVM(用Xcode创建的Group是虚拟的文件夹,为了便于维护,建议创建物理文件夹,然后再手动引入)

  1.下面通过一个实例来体会一下MVVM架构模式,下面是该工程的一级目录如下,每层之间的交互是用Block的形式来实现的

    工程目录说明:

      1.Request:文件夹下存储网络请求的类,下面会给出具体的实现

      2.Config:就是工程的配置文件

      3.Resource:就是工程的资源文件,下面有图片资源和Storyboard文件资源

      4.Tools是:工具文件类,存放工具类,比如数据正则匹配等。

      5.Vender:存放第三方类库

      6.Model:这个就不多说了

      7.ViewController:存放ViewController类资源文件,也就是View层

      8.ViewModel:存放各种业务逻辑和网络请求

 

  2.详解Request:Request负责网络请求的东西,具体如下:

    NetRequestClass是存放网络请求的代码,本工程用的AF,因为本工程只是一个Demo,所以就只封装了监测网络状态,GET请求,POST请求方法,根据现实需要,还可以封装上传下载等类方法。

    NetRequestClass.h中的代码如下:

View Code

    NetRequestClass.m中的代码如下:

View Code

 

  3.详解Config:创建pch文件,和Config.h文件

    pch文件引入常用的头文件,内容如下:

View Code

    Config.h中就是各种宏定义和各种枚举类型和block类型,代码如下:

View Code

 

  4.详解资源文件Resource,结构如下图:

    Image中就存放各种图片(3x,2x等),InterfaceBuider里面就是放一些Xib和Storyboard文件,每个负责UI的开发人员负责一个Storyboard

 

  5.详解Model:本工程用的是请求公共微博接口我们需要在页面上现实用户的头像,用户名,发布日期,博文,已经隐式的用户ID和微博ID,文件目录结构如下:

  PublicModel中的内容如下:

View Code

 

  6.详解ViewModel层,本层是最为重要的一层,下面是本层的详细截图,ViewModeClass是所有ViewMode的父类,其中存储着共同部分

    ViewModelClass.h中的内容如下:

View Code

    ViewModelClass.m中的内容如下:

View Code

 

    PublicWeiboViewModel.h中的内容如下:

View Code

    PublicWeiboViewModel.m中的内容如下:

View Code

 

  7.ViewController层的目录结构如下:

 

  上面的代码就不一一粘了(主要是手按command + C 按累了),后面的链接会有源码

 

  8.storybord中的结构如下:

 

  运行的最终效果:

 

  

   9.完整目录结构,页面间的业务逻辑,和网络的请求数据是放在ViewModel层的,当然了这也不是绝对的,要灵活把握。我个人是特别喜欢编程的,因为编程灵活起来就会很有乐趣。

  10.博文快结束了,在这儿在总结一下SVN使用频率比较高的而且比较重要的命令吧(当然,本人平时主要是用XCode自带的SVN可视化管理~)

    (1)、更新本地代码命令

        1.1  svn  up 更新版本

        1.2  svn info 查看当前版本信息

    (2)、代码的提交

        2.1  svn info 查看当前本地版本信息

        2.2  svn up 更新到最新版本信息

        2.3  svn st 查看文件状态 M-修改  D-删除 A-添加 U-更新  ?-未知状态  !-警告  C-冲突

        2.4  svn add fileName: 如果出现?一般是添加文件时出的问题,在把文件svn add fileName一下后,该文件的状态会改成A

        2.5  svn del fileName:如果出现!一般是删除文件时会出现的警告需呀执行svn del fileName命令后,该文件的状态会改成D

        2.6  svn ci -m"提交的原因"

相关文章
|
17天前
|
iOS开发 开发者 MacOS
深入探索iOS开发中的SwiftUI框架
【10月更文挑战第21天】 本文将带领读者深入了解Apple最新推出的SwiftUI框架,这一革命性的用户界面构建工具为iOS开发者提供了一种声明式、高效且直观的方式来创建复杂的用户界面。通过分析SwiftUI的核心概念、主要特性以及在实际项目中的应用示例,我们将展示如何利用SwiftUI简化UI代码,提高开发效率,并保持应用程序的高性能和响应性。无论你是iOS开发的新手还是有经验的开发者,本文都将为你提供宝贵的见解和实用的指导。
108 66
|
3天前
|
存储 监控 API
app开发之安卓Android+苹果ios打包所有权限对应解释列表【长期更新】-以及默认打包自动添加权限列表和简化后的基本打包权限列表以uniapp为例-优雅草央千澈
app开发之安卓Android+苹果ios打包所有权限对应解释列表【长期更新】-以及默认打包自动添加权限列表和简化后的基本打包权限列表以uniapp为例-优雅草央千澈
|
16天前
|
机器学习/深度学习 前端开发 算法
婚恋交友系统平台 相亲交友平台系统 婚恋交友系统APP 婚恋系统源码 婚恋交友平台开发流程 婚恋交友系统架构设计 婚恋交友系统前端/后端开发 婚恋交友系统匹配推荐算法优化
婚恋交友系统平台通过线上互动帮助单身男女找到合适伴侣,提供用户注册、个人资料填写、匹配推荐、实时聊天、社区互动等功能。开发流程包括需求分析、技术选型、系统架构设计、功能实现、测试优化和上线运维。匹配推荐算法优化是核心,通过用户行为数据分析和机器学习提高匹配准确性。
51 3
|
14天前
|
前端开发 搜索推荐 安全
陪玩系统架构设计陪玩系统前后端开发,陪玩前端设计是如何让人眼前一亮的?
陪玩系统的架构设计、前后端开发及前端设计是构建吸引用户、功能完善的平台关键。架构需考虑用户需求、技术选型、安全性等,确保稳定性和扩展性。前端可选用React、Vue或Uniapp,后端用Spring Boot或Django,数据库结合MySQL和MongoDB。功能涵盖用户管理、陪玩者管理、订单处理、智能匹配与通讯。安全性方面采用SSL加密和定期漏洞扫描。前端设计注重美观、易用及个性化推荐,提升用户体验和平台粘性。
43 0
|
28天前
|
开发框架 Android开发 iOS开发
安卓与iOS开发中的跨平台策略:一次编码,多平台部署
在移动应用开发的广阔天地中,安卓和iOS两大阵营各占一方。随着技术的发展,跨平台开发框架应运而生,它们承诺着“一次编码,到处运行”的便捷。本文将深入探讨跨平台开发的现状、挑战以及未来趋势,同时通过代码示例揭示跨平台工具的实际运用。
|
30天前
|
运维 监控 Java
后端开发中的微服务架构实践与挑战####
在数字化转型加速的今天,微服务架构凭借其高度的灵活性、可扩展性和可维护性,成为众多企业后端系统构建的首选方案。本文深入探讨了微服务架构的核心概念、实施步骤、关键技术考量以及面临的主要挑战,旨在为开发者提供一份实用的实践指南。通过案例分析,揭示微服务在实际项目中的应用效果,并针对常见问题提出解决策略,帮助读者更好地理解和应对微服务架构带来的复杂性与机遇。 ####
|
28天前
|
消息中间件 运维 安全
后端开发中的微服务架构实践与挑战####
在数字化转型的浪潮中,微服务架构凭借其高度的灵活性和可扩展性,成为众多企业重构后端系统的首选方案。本文将深入探讨微服务的核心概念、设计原则、关键技术选型及在实际项目实施过程中面临的挑战与解决方案,旨在为开发者提供一套实用的微服务架构落地指南。我们将从理论框架出发,逐步深入至技术细节,最终通过案例分析,揭示如何在复杂业务场景下有效应用微服务,提升系统的整体性能与稳定性。 ####
39 1
|
2月前
|
监控 Serverless 云计算
探索Serverless架构:开发实践与优化策略
本文深入探讨了Serverless架构的核心概念、开发实践及优化策略。Serverless让开发者无需管理服务器即可运行代码,具有成本效益、高可扩展性和提升开发效率等优势。文章还详细介绍了函数设计、安全性、监控及性能和成本优化的最佳实践。
|
1月前
|
Java 调度 Android开发
安卓与iOS开发中的线程管理差异解析
在移动应用开发的广阔天地中,安卓和iOS两大平台各自拥有独特的魅力。如同东西方文化的差异,它们在处理多线程任务时也展现出不同的哲学。本文将带你穿梭于这两个平台之间,比较它们在线程管理上的核心理念、实现方式及性能考量,助你成为跨平台的编程高手。
|
30天前
|
消息中间件 运维 API
后端开发中的微服务架构实践####
本文深入探讨了微服务架构在后端开发中的应用,从其定义、优势到实际案例分析,全面解析了如何有效实施微服务以提升系统的可维护性、扩展性和灵活性。不同于传统摘要的概述性质,本摘要旨在激发读者对微服务架构深度探索的兴趣,通过提出问题而非直接给出答案的方式,引导读者深入
45 1