iOS摸鱼周报第五期

iOS摸鱼周报，主要分享大家开发过程遇到的经验教训及学习内容。虽说是周报，但当前内容的贡献途径还未稳定下来，如果后续的内容不足一期，可能会拖更到下一周再发。所以希望大家可以多分享自己学到的开发小技巧和解bug经历。

周报仓库在这里：https://github.com/zhangferry/iOSWeeklyLearning ，可以查看README了解贡献方式；另可关注公众号：iOS成长之路，后台点击进群交流，联系我们。

开发Tips

开发小技巧收录。

UML图关系

UML图中的关系表达形式很容易记混，这里参照下图可以便于我们记忆：

实现关系：描述接口和类之间的关系，对应Java里interface的实现，在Swift里就是protocol的实现。

泛化关系又叫继承关系：由子类指向父类

关联关系：指对象与对对象之间的连接，一个对象包含另一个对象的引用（一般为属性）。用实心单或者双箭头表示。有时需要表示关联一个或者多个。

关联关系其他几种特殊类型：

聚合关系：体现了整体与部分的拥有关系，汽车has a轮胎、发动机，发动机没有汽车无法单独存在，这里轮胎和发动机通常是封装在汽车内不可见的。

组合关系：体现了整体与部分的包含关系，班级contains a学生，学生和班级可以独立存在，学生和班级可以单独存在，学生依赖班级，这里的关系通常两者都是可见的。

依赖关系：是一种弱关联关系（非属性），常见的局部变量，静态方法，方法参数、返回值等都是依赖关系。

个人开发者账号的限制

部门申请了一个备用的个人开发者账号，发现邀请别人加入时无法分配证书管理权限，经过调研发现不同类型的开发者账号权限是不同的。它们区别大致如下：

	注册是否需要邓白氏码	费用	是否可以上架App Store	支持证书类型	测试设备	协作人数
个人账号	否	$99	可以	Ad Hoc + App Store	100	开发者自己
公司账号	是	$99	可以	Ad Hoc + App Store	100	多人
企业账号	是	$299	不可以	In-Hourse & Ad Hoc	无限制	多人

个人账号和公司账号功能基本一样，不同之处就在于协作人数，这里协作人数可以理解为证书的管理权限。在个人开发者账号下，我们可以在AppStoreConnect里邀请开发者，并可以选择提供给他们管理者、开发者等身份，但是在开发者资源一栏的选项却是置灰不可选的。

也就是说个人开发者只能由账号购买者单独管理证书。

Swift类型的Framework合并

对于使用Objective-C开发的Framework，在真机和模拟器两种类型下，他们的区别就在于编译出的执行文件是适合于何种CPU架构。而对于Swift开发的Framework，区别则不仅限于执行文件。比如我们用真机（arm64 & armv7）编译出SnapKit这个Framework，它的目录是这样的：


├── Headers
│   └── SnapKit-Swift.h
├── Info.plist
├── Modules
│   ├── SnapKit.swiftmodule
│   │   ├── Project
│   │   │   ├── arm.swiftsourceinfo
│   │   │   ├── arm64-apple-ios.swiftsourceinfo
│   │   │   ├── arm64.swiftsourceinfo
│   │   │   ├── armv7-apple-ios.swiftsourceinfo
│   │   │   └── armv7.swiftsourceinfo
│   │   ├── arm.swiftdoc
│   │   ├── arm.swiftmodule
│   │   ├── arm64-apple-ios.swiftdoc
│   │   ├── arm64-apple-ios.swiftmodule
│   │   ├── arm64.swiftdoc
│   │   ├── arm64.swiftmodule
│   │   ├── armv7-apple-ios.swiftdoc
│   │   ├── armv7-apple-ios.swiftmodule
│   │   ├── armv7.swiftdoc
│   │   └── armv7.swiftmodule
│   └── module.modulemap
└── SnapKit

再用模拟器编译一个x86版本的SnapKit.framework。它跟上面真机版本的目录结构一样，两者除了可执行文件的区别还有Modules文件内容的区别。

modulemap文件是对Framework的描述，只要是Framework就必须配套一个module.modulemap文件。

swiftmodule文件用于描述Swift内部的方法声明，它是二进制格式的，会根据不同的架构生成不同的版本。该文件用于方法查找，如果缺少对应架构的swiftmodule文件，会被编译器直接识别出来。

swiftdoc文件是一种描述Swift注释的二进制文件，也会根据架构生成。

swiftsourceinfo文件是作为Swift源码的补充信息存在的，它的作用是用于定位Swift代码的行和列信息。同样，他也是二进制格式存在的。参考：https://forums.swift.org/t/proposal-emitting-source-information-file-during-compilation/28794

由此可知对于，对于多架构的合并除了目标执行文件，还至少需要合入swiftmodule，而另外两种文件可以根据需要决定是否合入。

编程概念

什么是DevOps

DevOps[/de'vɒps/]是Development（开发） + Operations（运维）的组合，其实它还包含了测试的环节。DevOps是一组过程，方法和系统的统称，突出重视软件开发人员和运维人员的沟通合作，通过自动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠。

DevOps 希望做到的是软件产品交付过程中IT工具链的打通，使得各个团队减少时间损耗，更加高效地协同工作。

DevOps 通常需要很多工具的介入，Jira、GitLab、Jenkins、Docker、fastlane等。它是CI/CD的延伸，CI/CD是实现DevOps的基础核心。DevOps的实践可以用于增强敏捷开发。

什么是敏捷开发

敏捷开发（Agile software development）是一种应对快速变化的需求的一种软件开发能力。相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发过程中人的作用。

其描述的是整体软件开发的过程，包含以下几个关键点：

• 迭代、渐进和进化：周期控制在一到四周，迭代的目标要达到一个可用的发行版

• 工作软件是进化的主要手段：合适的工程管理软件Jira、Tower等

• 高效率的面对面沟通：明确一个产品负责人；消息发布，包含最新产品信息，通常依托于大屏显示器，路人可以看到

• 非常短的反馈回路和适应周期：每日立会

• 质量焦点：推荐使用TDD方式开发，使用CI提速开发流程

什么是Scrum

Scrum是敏捷开发中的一种方法学。它是用于开发、交付和持续支持复杂产品的一个框架，是一个增量的、迭代的开发过程。

在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是一至四周。在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为Sprint backlog。在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目，但它适用于任何复杂的或是创新性的项目。Scrum 目前已被用于开发软件、硬件、嵌入式软件、交互功能网络、自动驾驶、学校、政府、市场、管理组织运营，以及几乎我们（作为个体和群体）日常生活中所使用的一切。

Scrum中有三个重要角色：

Scrum Master是Scrum教练和团队带头人，确保团队合理的运作Scrum，并帮助团队扫除实施中的障碍；
产品负责人，确定产品的方向和愿景，定义产品发布的内容、优先级及交付时间，为产品投资报酬率负责；
开发团队，一个跨职能的小团队，人数5-9人，团队拥有交付可用软件需要的各种技能。

什么是极限编程

极限编程（英语：Extreme programming，缩写为XP），是一种软件工程方法学，是敏捷软件开发中应用最为广泛和最富有成效的几种方法学之一。如同其他敏捷方法学，极限编程和传统方法学的本质不同在于它更强调可适应性而不是可预测性。

极限编程的支持者认为软件需求的不断变化是很自然的现象，是软件项目开发中不可避免的、也是应该欣然接受的现象；他们相信，和传统的在项目起始阶段定义好所有需求再费尽心思的控制变化的方法相比，有能力在项目周期的任何阶段去适应变化，将是更加现实更加有效的方法。

极限编程包含几个重要的实践：结对编程、编码规范、TDD、重构、持续集成等。

极限编程有5个重要原则：快速反馈、假设简单、增量变化、拥抱变化、高质量工作。

什么是结对编程

结对编程（英语：Pair programming）是一种敏捷软件开发的方法，两个程序员在一个计算机上共同工作。一个人输入代码，而另一个人审查他输入的每一行代码。输入代码的人称作驾驶员，审查代码的人称作观察员（或导航员）。两个程序员经常互换角色。

结对编程的理想情况是：在结对编程中，观察员同时考虑工作的战略性方向，提出改进的意见，或将来可能出现的问题以便处理。这样使得驾驶者可以集中全部注意力在完成当前任务的“战术”方面。观察员当作安全网和指南。

但为什么结对编程没有流行开来？这是因为它的优点不好发挥，缺点有着诸多不可控因素。

结对编程中希望达成的：驾驶者可以集中全部注意力在完成当前任务的“战术”方面，观察员当作安全网和指南，这需要很高的配合度才能达成。而合作所产生的交流成本和个性差异也不可忽略。

我想到的结对编程可以发挥的场景有这么两个：

1、对于一些复杂问题的攻坚，两人合作，利用不同思路可能快速解决问题。

2、适合帮助开发者快速熟悉自己所不熟悉的领域，类似老人带新人的模式，它有利于知识的分享和传递。

参考资料：https://blog.csdn.net/csdnnews/article/details/105259918

什么是元编程

元编程（Metaprogramming）是计算机编程里一个非常重要、有趣的概念，维基百科中的定义是将元编程描述成一种计算机程序可以将代码看待成数据的能力。简单理解就是，其表达的是一种使用代码生成代码的能力。

现代的编程语言大都会为我们提供不同的元编程能力，从总体来看，根据『生成代码』的时机不同，我们将元编程能力分为两种类型，其中一种是编译期间的元编程，例如：宏和模板；另一种是运行期间的元编程，也就是运行时，它赋予了编程语言在运行期间修改行为的能力，当然也有一些特性既可以在编译期实现，也可以在运行期间实现。

元编程可用于解决通用型的问题，减少样板代码，比如常见的字典和模型的互转问题，它存在很多固定样式，我们期望编写一个方法让它实现自动匹配，即编写一个可以自调整的方法，这个行为就是元编程，而用到的方案是反射。

跟元编程相关的还有一个概念是元类（Metaclass），它是代表构建类对象的类，在这些语言中例如OC，Ruby，Java，Python等都有元类的概念。

还有个为了保持继承关系闭环的概念叫根元类（Root metaclass），这个在OC和Ruby中都要对应概念。

扩展文章：https://onevcat.com/2018/03/swift-meta/