阅读更多

1顶
0踩

移动开发

转载新闻 iOS大型项目开发漫谈

2015-08-25 14:19 by 副主编 mengyidan1988 评论(1) 有5383人浏览
标题有些吓人请不要害怕,不过这确实不是扫盲贴,需要一定的iOS开发基础。在我多年的码农生涯中绝大部分时间都是做的小项目,大一些的可能也就是百万行代码的样子,跟Windows系统几千万行源码比简直就是小巫见大巫。不过,一个iOS项目的源码有数百万行算蛮大了。我想说的是,人总是会成长,会担当更大的责任接受更大的挑战,终有一天组织会有重要任务交给你。不过软件开发不是一朝一夕,也不会有多么的轰轰烈烈,更多的是平淡中无数的细节处理。做大型项目未必就需要多么高深的技术,也许就是细节的科学处理与规范的管理。

首先说说编程语言的选择,Objecive-C还是Swift?我还没有在项目中使用Swift,因为我说服不了自己去用它,它的优势在哪里,你也不能强迫队友去学习Swift。当然,不用不代表不会,一入行就用Swift开发无意义产品的人没资格戴着有色眼镜鄙视不会Swift的同行。你知道Objecive-C与Swift混编有多少坑吗?你知道Swift也是跟Objecive-C共用一个Runtime环境吗?你知道使用了Swift会使得ipa包大10多M吗?Swift代表未来,Objecive-C是当下。Swift能做的Objective-C都能做,比如Closure完全就可用Blocks来代替,Tuple完全可以用结构体来代替。生产环境用Objective-C,业余观望Swift,这就是我的态度。Raywenderlich已经出了一堆Swift的教程,在前沿科技的使用上国内总是慢一个节拍,很大程度上那堵墙阻碍了国内IT从业者的发展,墙的开发者(包括我的信息安全工程老师)终有一天会受到历史的审判。

再来说说应用架构,真是成也MVC,败也MVC。如果放任团队中的小朋友按他们所理解的MVC来开发,一般情况下出现的恶果就是类之间高耦合,Controller胖得不像话简直就成了百宝箱......每一次的版本迭代都会痛苦不堪,若功能不多还能勉强维持功能多了势必崩塌,就比如世博园中国馆吧,再按比例多盖5层试试看,呵呵。到头来开发人员实在受不了就只能选择重构要么跑路,后者更现实大家都懂,尤其是业务为王的企业里,代码质量算个屁只要能work,可是好的程序员都是有尊严的,deadline或是拍脑袋的政治任务通常会让程序员疲于应付,厌倦了也就该撤了。言归正传,既然MVC显得臃肿,那就是瘦身呗。通常瘦身后的MVC在iOS界被叫成MVCS或MVVM,这2个当然不是同一个东西,项目选用MVCS还是MVVM还是得看你的业务特性。MVCS与MVVM就那么完美吗?当然不,MVCS要注意Service/Store的滥用,其中的数据是否会被不同的模块污染。MVVM用得不好也会增加项目的维护难度,我说的是View和ViewModel之间松散的绑定关系,在iOS开发中一提到MVVM大家就想到ReactiveCocoa,其实没有ReactiveCocoa也可以啊,只是ReactiveCocoa的好处多多,如代码收敛不必写得到处都是,其他好处自己去挖掘吧。

关于工程文件组织结构,很多人是Controllers/Views/Models/Vender...这样归类,其实这有个问题,比如你要找ControllerA的TableView用到的cellB类,你还要去Views里面一个个找,太痛苦了,就算search也还是苦毕竟不能所见即所得。我一般是按 Module来划分,每个Module里面有Controllers/Views/Models/Stores/API这样的分类,API是每一个接口的请求的封装,供Store调用,得到的数据解析实例化为Model再通过block传递给Controller去刷新View,很绕吗?使用RAC,Controller订阅Store里创建的RACSignal也能做到,U can make a try。还有就是Helper与Utility,与业务无关,具有对象性质,提供支持功能的代码放到Helper,比如创建一个自定义对象的封装。如果只是属于函数或算法,不是对象而且很多地方能用到,就放到Utility,比如排序/加密算法。



工程文件组织结构

关于网络通信模块的设计,我个人认为应该是每一个HTTP请求都应该独立互不干扰,就是你封装的POST/GET方法都会创建一个临时的对象,而长连接一般只维持一个实例对象采用单例的方式创建。我会为每一个HTTP 接口请求创建一个API对象,在里面请求数据,当然了为了避免请求代码的重复编写可以建立一个BASE API类,子类调用父类的请求方法就行了,不同的只是接口与参数。思想就是这样,以后有时间再来讲讲API类的设计。

关于多线程,在iOS开发中用得最多的就是GCD和NSOperation了,在大部分情况下GCD就够用了。但是NSOperation也有它的优势,比如可以设置并发个数,可以设置线程间的依赖,可以暂停和恢复,比较灵活,多线程下载就经常用它。面试中也经常会问GCD与NSOperation的区别,这个自己去查查,资料还是比较丰富的,底下也有篇关于NSOperation的参考链接。GCD虽然强大,可是还是有很多人瞎用,真替他们着急,随便说几点:

1.滥用dispatch_after做定时器导致crash!不知道还有个东西叫dispatch_source_set_timer吗?



倒计时

2.不要轻易用dispatch_sync,线程同步方法那么多为何你偏偏要爱上不该爱的它!尤其不要在dispatch_async里面用dispatch_sync,不要问为什么,百度里面google一下!

3.dispatch_once也就创建单例的时候用用,不要瞎用。dispatch_once是整个app生命周期内只执行一次,不是对象生命周期内只执行一次,大哥!

4.什么!你居然不知道用GCD创建串行线程与并行线程!



串行




并行

关于多团队协作,如果项目用分模块的方式进行开发,CocoaPods无疑是个非常好的工具。相对独立的模块尽量打成私有pod,这样,公共平台把整个项目的框架打好,其他的业务部门只需要自己建立一个私有pod,使用公共平台打好的那些私有pod独立开发调试就好,而不必时时提交代码到主工程,这样的话会非常麻烦,比如代码merge冲突,证书冲突,会疯掉的。当模块开发完毕再提交到主工程就好了。当然私有pod打多了也麻烦,私有pod依赖更多的私有pod在添加文件到target的时候会很痛苦,Xcode默认是target全部选上的,要跟Apple反馈一下希望他们会解决。

关于数据持久化,最重要的就是保持数据源的一致。还有一个比较重要的就是APP升级之后的向前兼容,那种你一升级app启动崩溃的问题,多半是新版本的数据结构发生变化,不支持老版本产生的数据或者设置等。我一直偏爱sqlite,用得最多的就是FMDB,对CoreData无爱。要知道苹果自己的app NEWS用的就是FMDB啊,我还记得有人问facebook的工程师“为啥你们的app速度慢呢”,“because we use core data!”。有个开源库MagicRecord,对CoreData的深度封装,我用过,其实也还不错。

另外,单元测试真的有必要吗?单元测试可以使逻辑清晰化,当你仅仅阅读单元测试代码的话,你会发现它们写的好像编程教科书里的伪代码。当TDD的时候,这一点尤其有用。通过写单元测试,你可以很快的把逻辑梳理清楚,然后用代码来实现它。单元测试可以降低代码的耦合度。我们知道,耦合度高的代码很难做单元测试,反过来,如果你必须做单元测试,你是不会把代码写的耦合度很高的。单元测试可以让你知道你对代码的修改是否影响到了原来就有的功能,但是这也是所有的回归测试都可以做的。单元测试的特点在于:它测试的东西足够小从而在代码重构后仍能复用。单元测试是唯一一个可能使覆盖率达到100%的测试。单元测试开始难,持续做的话会越来越容易,因为难主要是因为环境的搭建和桩函数的缺失。单元测试很容易定位Bug,它好像在你的程序中打了无数的断点。单元测试很费时间,不过,后续改Bug更费时间。

讲了这么多,最后说说需求吧。我认为在需求评审时应该尽量抛出细节问题给pm,他们不懂技术,如果需求不确定就盲目开发,然后中途再改需求,这是很伤士气的,尤其是涉及到架构的修改,这让我想到那张pm改需求被程序员拍板砖的图,嘿!需求不稳定,就别动工,宁愿打酱油看博客。好了,啰嗦了这么多,有多少人会看到这里呢?希望以后有空回头来增加些内容。

本文转自:简书
  • 大小: 36 KB
  • 大小: 269.1 KB
  • 大小: 207.6 KB
  • 大小: 125.6 KB
来自: 简书
1
0
评论 共 1 条 请登录后发表评论
1 楼 jpgtama 2015-08-25 22:10
说得好,写TDD的确非常有帮助;把需求搞懂是最重要的。

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • JAVA的32种模式

    创建型模式 1、FACTORY—追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西,虽然口味有所不同,但不管你带MM去麦当劳或肯德基,只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改。如:如何

  • java的32种模式

    java版看见了这篇文章,作者以轻松的语言比喻了java的32种模式,有很好的启发作用,但可惜没有给出具体的意思,这些都是最简单的介绍,要学习的话建议你看一下《java与模式》这本书。 创建型模式1、FACTORY—追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西,虽然口味有所不同,但不管你带MM去麦当劳或肯德基,只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的F

  • 1、FACTORY—追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西,虽然口味有所不同,但不管你带MM去麦当劳或肯德基,只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory

    1、FACTORY—追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西,虽然口味有所不同,但不管你带MM去麦当劳或肯德基,只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory   工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改。如:如何创建及如何向

  • 【转】JS设计模式开篇

    (原文地址:http://blog.chinaunix.net/uid-26672038-id-3904513.html) 本文主要讲述一下,什么是设计模式(Design pattern),作为敲键盘的我们要如何学习设计模式。设计模式真的是一把万能钥匙么? 各个代码的设计模式几乎每个人都知晓,就算不会那也一定在一些装逼的大牛(部分而已)口中听过。但可能很少有人知道...

  • 设计模式汇总(一)

    1、FACTORY一追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西,虽然口味有所不同,但不管你带MM去麦当劳或肯德基,只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改。如:如何创建及如何...

  • iOS 大型项目开发漫谈

    从http://www.cocoachina.com/ios/20150828/13170.html转载,谢谢写这篇文章的大神! 标题有些吓人请不要害怕,不过这确实不是扫盲贴,需要一定的iOS...不过,一个iOS项目的源码有数百万行算蛮大了。我想说的是,人

  • 转载-------iOS项目的目录结构和开发流程

    iOS项目的目录结构和开发流程

  • 【iOS开发】weak 关键字漫谈

    weak 关键字的运用在 iOS 当中属于基础知识,在面试的时候问 weak 的用处,就像两个 iOS 程序员见面寒暄问候一样普通了。 weak 的常见场景是在 delegate,block,NSTimer 中使用,以避免循环引用所带来的内存泄漏,...

  • iOS多语言漫谈(含自动化迁移旧项目)

    2.未做国际化的旧项目迁移 概览 国际化的本质是为每种语言单独提供一份资源(文本,图片,音视频等)。 本文术语 本地化:指单独一种语言 国际化:多种语言的合体 在工程的Localizations中每新增一种语言,xcode...

  • java 几种类_java中的几种类介绍

    1、Date类(1)Date类的概述:表示特定的瞬间表示到毫秒(2)构造方法主要有两种:public Date() public Date(long date) //把一个long类型的毫秒值转换成一个日期对象(3)成员方法:public long getTime(): 获取一个日期对象对象毫秒值 public void setTime(long time): 给一个日期对象设置上指定的毫秒值...

  • 追MM与java的32种模式

    创建型模式   1、FACTORY—追MM少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西,虽然口味有所不同,但不管你带MM去麦当劳或肯德基,只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory   工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改。如:如何...

  • iOS开发之组件化架构漫谈

    前段时间公司项目打算重构,准确来说应该是按之前的产品逻辑重写一个项目。在重构项目之前涉及到架构选型的问题,我和组里小伙伴一起研究了一下组件化架构,打算将项目重构为组件化架构。当然不是直接拿来照搬,还是...

  • iOS开发--漫谈内存管理(一)

    1、MRC与ARC  苹果提供两种内存管理机制:一种是...PS:文章大部分思想摘自《Objective-C高级编程》一书,权当个人读书总结吧。 转载于:https://www.cnblogs.com/brucemengbm/p/6994462.html

  • ios组件化漫谈

    近期随着项目需求越来越多,着手对项目进行业务划分,思考如何提高团队开发效率,就想到了组件化这个话题,这里来分享一下自己的梳理和思考。 首先组件化的好处,我就不用多说了,直接进入主题;回到组件化的技术...

  • iOS APP 架构漫谈(二)

    上一篇《iOS APP 架构漫谈(一)》简单介绍了information flow的概念。这篇文章简单介绍另一个在编程中非常重要的思想或工具——状态机(State machine)。 对大多数计算机专业的家伙们来说,这应该是一门比较难学的...

  • ios崩溃日志收集_漫谈iOS Crash收集框架

    为了能够第一时间发现程序问题,应用程序需要实现自己的崩溃日志收集服务,成熟的开源项目很多,如 KSCrash,plcrashreporter,CrashKit 等。追求方便省心,对于保密性要求不高的程序来说,也可以选择各种一条龙...

  • 【iOS漫谈】2019年还要学iOS开发吗?

    “2019年,移动互联网似乎又到瓶颈,一些开发者们难以看到发展的空间,陷入迷茫,但只要拨开迷雾,这个领域依然有广阔的天地可以施展。”一、iOS中孕育的新技术▲ 5G时代...

  • 李洪强漫谈iOS开发[C语言-007]-语言标准简介

    C语言是介于低级语言和高级语言之间的 一个应用程序 C语言在嵌入式上使用,的确是具有低级语言的特征 ...64位计算机内存特别大,是无限大的 计算机的内存是有限的,内存管理: 程序最小化了,再打开的时候比较卡...

  • iOS帐号证书之漫谈(二)—— 申请邓白氏码

     苹果作为一家美国公司,借助邓氏编码来确认申请公司的身份信息,申请iOS开发公司帐号或企业帐号,首先必须申请邓氏编码。然而,到DB公司官网上申请邓白氏码,除了每年需要支付不菲的费用外,DB公司只管提供编码号...

Global site tag (gtag.js) - Google Analytics