zl程序教程

您现在的位置是:首页 >  移动开发

当前栏目

聊聊 iOS 开发

ios开发 聊聊
2023-09-27 14:28:18 时间
虽然近几年有大量的开发者涌入移动端,社会上的各种培训机构也越来越多,但是优秀的 iOS 开发者...

虽然近几年有大量的开发者涌入移动端,社会上的各种培训机构也越来越多,但是优秀的 iOS 开发者在行业内仍然很少,这一方面是由于创业者很多,另一方面是因为技术更新换代很快,而且开发也需要长时间的经验积累,以近几年的 WWDC 大会为例,11年发布的 iOS5 与 iOS4 相比简直就是跨越性的更新,虽然用户可能感觉不到,但是从 SDK 的变化来说,开发者的压力是很大的;12年发布的 iOS6 带来了 AutoLayout 、CoreImage这些新的技术以及像 PassKit、CollectionView、State Preservation 这些大量的新的 APIs;iOS7 的变化大家都看在眼里,UI 的调整往往意味着过去经验的结束,你要重新思考对细节的处理;iOS8 也有理由说是变化最大的版本,带来了像 Extensions、Size Classes、Metal、Watch、Swift 等等这些全新的东西。

要学习的东西很多,但是总得来说行业前景还是很好,而且你每年都有机会实现弯道超车。


能对产品进行需求分析,设计适合的架构,分解模块等,其次开发,开发中需要有产品观,毕竟要想从几十万的开发者中脱颖而出,除了技术还要有对产品本身的激情,对工作只是当成一个班去上是万万不行的。
能做好技术选型(需要用到的技能在下面的【技能列表】中),保证系统的稳定度。后者会比较麻烦,因为产品不了解代码本身的情况,对一些可能出现的问题并不清楚,而这些只有开发者最清楚,如果开发者不说的话就没人知道了,这也就是项目中的第二种需求,即非功能性需求,处理好这20%的非功能性需求才是真正体现一个开发者能力的地方。
扯了这么多,说说实际的工作内容:
前期:
* 需求分析
* 框架搭建,技术选型,如选择本地化存储方案 ,网络层的架构设计,可以在这个阶段把一些好用的第三方框架引起来,如 FMDB、FLEX、AFNetworking、AsyncSocket 等,这个阶段非常重要,因为维护代码的时间永远比开发功能的时间长,要尽力创建有弹性、易维护的系统
* 与后台对接,磨合期间偶尔会有“前端后端打架”的情况发生
* 可能还会有其他的前期准备,如建立 RSA/AES 的安全方案、国际化的策略等

中期:
* 参与产品设计
* 完成功能性需求
* 重构与优化

后期:
* 修复 Bugs
* GoTo 中期:
* Change 是软件开发中的真理,不会有结束的时候,除非是一个只有10行代码的程序

不要敷衍自己开发的产品,否则就是浪费自己的生命。


如果你以为只管“打点好”和产品相关的7、8个人你就错了,讨论小组的背后可能有上百人的暗中参与,有些没有节操的产品会在你面前固执己见、冠名堂皇,在领导面前“通敌卖国”。


内存管理,不需要防御式编程,但是大脑一定要清晰的知道自己使用的对象的内存情况。 UIKit,熟练掌握,能不看文档就知道常用的控件有哪些方法以及能做什么。 Storyboard(xib) Auto Layout 和 Size Classes,前者更重要 各种手势处理 KVO\KVC delegate(不要与代理设计模式混淆) Block Notification APNs,远程通知 视图状态保存

其实开发中大多数问题都是“临时”遇到的问题,只有平时积累的够多,才能游刃有余的解决。上面的这些技能只能算是抛砖引玉,更多地学习主要还是在自己遇到问题或者遇到不懂的知识点的时候,每一个困难都是财富,都是一个学习的机会,像 CoreData、设计模式之类的技能你难道不学吗?兴趣和遇到问题的切入点很重要,不要敷衍自己,多看书,书看的越多,越会觉得自己无知。

另外,技能这块也不要把关注点全放在 iOS 的平台技术上,做开发的一定不能偏科,有时候你觉得自己只是某一方面比较薄弱,比如说“我就是记忆力不行”,其实差距是全面的,在下面的【学习资源】里我除了列举 iOS 相关的资源以外,也会列举一些我看过的、觉得对开发提升有帮助的书籍。

怎样成为一个高手?显然高手总是通过自学产生的。


对目前的 Swift 来说,我是坚定的反对者,这种立场其实和我最开始时不一样:
这里写图片描述
Swift 目前非常不稳定,连 Xcode 都对它兼容的不好,每次 Swift 有个稍大的更新就像是把项目推倒重来,而且也不可能完全只用 Swift 来开发一个项目,基于 Objective-C 和 C 的框架有很多,iOS 是开发离不开 C 的。
除此之外,我觉得 OC 比 Swift 更加灵活,前者更依赖运行时,后者几乎就是编译时,OC 能做很多 Swift 做不了的事情,如运行时的关联对象等,不过这并不是说 Swift 不重要,只是一定要排一个优先级的话,我觉得短期内 Swift 无法对 Objective-C 造成太大影响,所以先学好 OC 还是更好一些,而且技多不压身嘛


Xcode 对 Swift 的支持越来越好了,特别是 7.1.1 这个版本,对基本的类型判定、文档检索,甚至是对枚举类型的支持,比如像这样的语法: .ScaleAspectFill,支持的已经很好了,这在之前是不敢想的。


官方资源 Ray Wenderlich objc.io Mattt Thompson 《Objective-C基础教程》 The Big Nerd Ranch的英文原版教程:《Objective C Programming The Big Nerd Ranch Guide 2nd Edition》《iOS Programming - The Big Nerd Ranch Guide 4ed》,后者有中文版 《Objective-C高级编程:iOS与OS X多线程和内存管理》,对于 OC 的内存管理和 Block 的实现来说,该书是必读之书 《Effective Objective-C 2.0 编写高质量iOS与OS X代码的52个有效方法》,涵盖的点很多,但是有些地方该深入的时候没有深入 《Head First 设计模式》,比“四人帮”的《设计模式》门槛低、容易消化,对于想提升模块设计能力来说,该书是必读之书 《代码大全》,这本书很厚,建议选择自己感兴趣的部分跳读,技术性的东西虽然不多,偏理论,但是当你想在团队中推广某些观点的时候,你绝对需要用到里面的理论知识,否则很难推广或者让人信服 《UML和模式应用》,想做架构师吗? 不会 UML 哪行 《深入理解计算机系统》 在社区中交流,如 Stackoverflow、GitHub 或国内的一些论坛,交流总是有用的。
[ios开发]-APP-上架流程 由于苹果的机制,在非越狱机器上安装必须通过官方的Appstore, 开发者开发好应用后上传Appstore,也需要通过审核等环节。 AppCan作为一个跨主流平台的一个开发平台,也对ipa包上传Appstore作了支持。 本文从三个流程来介绍如何实现AppCan在 线编译出ipa包,以及上传到苹果Appstore。
zhangao0086 做过后端(J2EE),11年转 iOS ,12年中~14年中创过业(跨界开火锅店..),对代码有洁癖,致力于写出优雅的代码,在多个公司负责过 iOS 架构,熟悉设计模式,热衷产品设计与交互,业余时间担任 CSDN iOS 版块版主