创新实践。致力于软件与互联网研究…专注网站建设与推广、软件开发、云计算、手机APP定制、电子信息系统集成与应用、信息安全与数据管理、软件外包、数字化解决方案和企业信息化咨询服务。...
微信小程序、流应用、原生应用app、轻应用
引言介绍：
应用分为：原生应用（Native APP）、轻应用（webapp或者h5app）和混合应用（HibidAPP）
其中流应用和轻应用现在多基于浏览器开啊H5应用程序
小程序是基于微信平台（软件之上的软件）
原生应用又称本地应用，UI体验好，更新复杂（尤其是苹果的原生app）
混合应用多用于体积较大的开发APP（例如百度、京东和淘宝等手机app）
小程序一般指微信小程序
微信小程序（wei xin xiao cheng xu），简称小程序，缩写XCX，英文名Mini Program，是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或搜一下即可打开应用。
全面开放申请后，主体类型为企业、政府、媒体、其他组织或个人的开发者，均可申请注册小程序。小程序、订阅号、服务号、企业号是并行的体系。
日，张小龙在2017微信公开课Pro上发布的小程序正式上线。
Q：小程序是什么？它有着什么样的功能？
A：小程序是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或者搜一下即可打开应用。也体现了“用完即走”的理念，用户不用关心是否安装太多应用的问题。应用将无处不在，随时可用，但又无需安装卸载。对于开发者而言，小程序开发门槛相对较低，难度不及APP，能够满足简单的基础应用，适合生活服务类线下商铺以及非刚需低频应用的转换。小程序能够实现消息通知、线下扫码、公众号关联等七大功能。其中，通过公众号关联，用户可以实现公众号与小程序之间相互跳转。由于小程序不存在入口。[2]
Q：小程序可以和现有的App 打通吗？
A：小程序可以借助微信联合登录，和开发者已有的App 后台的用户数据进行打通，但不会支持小程序和App 直接的跳转。
Q：微信已经有了订阅号、服务号、企业号，小程序和这三者有什么不同？
A：小程序、订阅号、服务号、企业号是并行的体系。
Q：外界有说法称，小程序的推出意味着微信要做一个应用分发市场，是这样吗？
A：微信推出小程序，并非想要做应用分发市场，而是给一些优质服务提供一个开放的平台。
小程序是一次跨越式尝试？
为什么我们把ios生态、安卓生态和微信生态摆在同一个层面上？因为在这样的量级别，微信已经创造了不可忽视的行业力量。这不仅仅是IOS、安卓生态，微信走出了从社交到生态的大跨步。
当然，有APP应用关闭小程序也无可厚非，毕竟不是所有的都是适合的。不适合的就及时离开，于人于己都是最好的选择。所以，小程序依然是一款成功的产品。即便是从当下的形势来看，小程序只要稍微改变入口，提供给用户可利用的场景条件，再造一个行的生态体系内产品还是有可能的，毕竟只有一个微信，一个张小龙！
“流应用”是360赋予“生活助手”中移动应用软件的新名称，指的是一种无需安装、即点即用的全功能。
流应用官方站点 - DCloud http://www.dcloud.io/streamapp.html
流应用是DCloud公司开发的一种可以让手机App安装包实现边用边下的技术。利用js的动态语言特点，把手机端App的安装包拆解，流式下载到手机端。类似流媒体边看边下一样，流应用也可以边用边下。再辅以特殊的压缩解码技术，使得流应用可以在5秒内完成App的下载-安装-启动全过程。
DCloud流应用引擎是一款基于HTM5+的技术的增强型js引擎，它首先对H5进行了大幅强化，让js可以调用40万原生能力，并且大幅提升了H5的性能体验。经过强化过后，使得基于HTML5+开发的流应用可以达到原生应用的标准。[3]
边用边下依赖于动态语言的支持，所以流应用的客户端安装包是使用HTML和JS这种动态语言来编写的，但是为了保证App的功能和体验仍然是原生效果，使用了经过强化的js引擎，这种称之为HTML5+的引擎可以使得js调用几十万原生API，包括离线使用、本地设备能力调用以及强化的渲染引擎，使得流应用仍然做到了和原生一样的功能和体验。
流应用的离线能力并非web缓存，是原生存储，不会被三方清理软件清理缓存而导致流应用失效。流应用结合了原生App和Web App的优势，又消除了各自的缺点，虽然是体验良好的c/s结构，但又让client秒开秒更新，是移动互联网App的更高级形态。[4]
流应用本身原理就是使用H5页面，让用户减少了下载APP的那一个步骤，自然打开略快，但是H5应用页面与APP自身比较起来，用户体验和效率上肯定不如APP原生。就像页游和端游，玩起来页游不可能达到端游的体验水平。
作为H5应用，首先自然要依托一个载体，比如浏览器，所以起能做到的事情都要限制于载体（这个浏览器）所能具备的权限与提供出来的接口。如果载体具备10个功能，自然H5应用能做10个功能。如果载体只具备9个功能，H5应用开发出100个功能也没用。
H5应用的好处在于不需要升级，因为是WEB形式，自然服务器一改动所有用户都看到了。
流应用的APP确实小，打开速度快，但是通过我的使用体验来说的话，有些类似网页应用，而且用起来好多效果都不是很好，相当于要速度不要质量，页面切换过快的话会白屏，或者直接卡死无反应，建议若是功能需求不是很多很高，可以用流应用，否则还是下载APP比较好
LAPP (Light App) 即轻应用是一种无需下载、即搜即用的全功能 App，既有媲美甚至超越native app的用户体验，又具备webapp的可被检索与智能分发的特性，将有效解决优质应用和服务与移动用户需求对接的问题。2013年 8月22日，百度在2013年百度世界大会上宣布推出“轻应用”，可实现无需下载[1]
，即搜即用和通过移动搜索功能。[2]
第一，无需下载，即搜即用。
以往，开发者付出高昂成本拉动用户下载应用，每隔十天半月还要推送更新版本，一不小心就遭用户卸载。例如，一款名叫多趣的旅游类应用，针对不同城市、不同景点有500多款应用，下载和更新成本成为横亘在开发者和用户间的高槛。通过轻应用，搜索“上海导览”、“周庄导览”的用户需求都可以直接调起多趣，开发者后端的每一处更新在前端都自动呈现，无需骚扰用户。
　　第二，破壳检索，智能分发。
开发者开发的应用不再是信息孤岛，里面的内容都可以被索引，这跟原生应用形成明显的差别。在应用商店里，只有用户输入明确的App名称，例如“嘀嘀打车”，这个应用才能够被分发。而现在，移动搜索中自然表达的所有与打车有关的需求，比如“我要打车”、“从国贸到雍和宫”等，都将导向开发者开发的打车类应用，大大增加应用的曝光量和使用率，从源头解决分发难题。
　　第三，功能强大，全能体验。
轻应用能够帮应用调起语音、摄像头、定位、存储等手机本地或云端的多种能力，让应用的功能更强大。以好大夫在线轻应用为例，开发者不仅可以设置语音交流模块，还可以调起本地摄像头帮助用户拍摄化验单或患处，从而提供和Native App相同甚至更好的体验。
　　第四，订阅推送，沉淀用户。
轻应用不仅支持用户搜索时实现调用，还支持用户主动订阅。如果用户有订阅需求并添加应用，相关开发者就能够将用户沉淀下来，并对用户进行持续、精准的信息和服务推送。例如，很多视频类应用的用户有追剧的需求，百度支持用户订阅的功能，只要用户订阅了应用，每当有新剧更新，开发者都可以第一时间通知用户，增强粘性，从而与用户建立起更加稳固牢靠的关系。
百度“轻应用”主要针对三大领域：
媒体：包括资讯媒体、自媒体；
工具：包括办公学习、金融理财、实用查询；
生活服务：包括交通、住房、医疗、旅游、娱乐、教育、汽车、美食等。
By搜索：轻应用可以在通过用户搜索关键词被展示，比如搜索“雍和宫”或者“百度旅游”，百度旅游轻应用都可以被展示出来。在哪些关键词下被展示，也取决于某个轻应用具体提供了什么样的资源与服务；资源与服务越丰富、越符合用户需求，被搜索展示出来的机会就越多
By浏览：轻应用也可以同时在百度客户端的轻应用列表中被展示。
另外，用户添加了轻应用后，可以在百度客户端内、以及手机系统桌面上进行快捷访问。
轻应用在Android/iOS/WP7平台上都可以运行。当然，在手机百度客户端内部运行时，轻应用的功能和体验是最好的。
建立轻应用有多种方式，且都非常简单。三种方式：新建；认领；套用模板。
AppBuilder：对一个希望低成本建立轻应用的内容或服务提供者来说，可以套用百度提供的模板，灌入内容，轻松建站，就像发表博客一样简单（比如哈根达斯）；
SiteApp：对一个仅有PC站点的站长来说，百度siteapp可将PC站点自动转化为轻应用；站长认领以后，可以进一步调整UI展现（比如环球网）；
Clouda：对一个想开发移动webapp的开发者来说，可以使用clouda开发框架，实现一个功能和体验与native app齐平的轻应用（比如拥有语音叫车能力的嘀嘀打车轻应用）。
综合分析对比
H5应用的春天说了好久，会在这个寒冬后迎来么？
微信小程序内测期间曾被万众期待，但上线后却有众多被开发者诟病的地方：
不开放线上流量，导致很多开发者撤出；体积受限 1M 以内，很多 App 只能做裁剪版；开放的 API 太少，很多原生功能无法实现；界面 UI 被框死，无法与原生一致；不能方便安装到手机桌面；开发和运维工作只能单独一条线为微信服务，投资大回报不佳。
开发者的不满，体现在小程序的应用上就是功能不全、体验不佳、没有维护运营，进而导致用户不满。
此外每次从微信里点击数次才能启动小程序，还是比在桌面启动应用麻烦太多。
毕竟微信是一个社交软件，而不是 OS，很多事情做起来别扭，让微信不限制小程序的体积和能力，也勉为其难，自动在桌面创建图标也是场景不顺。
那么手机厂商们的“小程序”是什么样的？
3 月 20 日下午，工信部下属的 HTML5 中国产业联盟，联合 7 家手机制造商宣布，基于 HTML5+ 开放标准推出即点即用的流应用。
众多手机厂商表示，将在手机 ROM 原生支持 HTML5+ 规范，达到真正原生级体验。
HTML5+ 规范是对 HTML5 的扩展，让 JS 可以调用到 OS 的各种能力，包括对体验提升很重要的原生动画、渲染能力。
基于 HTML5+ 规范的即点即用应用叫流应用，也就是像流媒体的即点即看一样，把 App 流式发行到手机上（并非在线 Web 页面，而是安装到手机本地的 JS）。
流应用和微信小程序一样可以即点即用，但功能是全开放的，操作系统的 API 大多可以调用，也没有体积和 UI 方面的各种限制，可以支撑开发者做出和原生功能体验一致的 App。
更重要的是手机厂商们设计的使用方式继承了用户现有的习惯，在应用市场里找一个应用，点一下直接启动，然后在桌面创建图标，下次可以在桌面二次使用。
附录：微信小程序转流应用教程 - http://ask.dcloud.net.cn/article/1249
总结以上应用平台最终是公司之间的产品竞争，谁的用户体验好，谁将会是下一个赢家！
微信小程序 vS“轻应用”
微信小程序cx-让webApp应用“弹指之间”、跨入web轻应用开发
字节流应用
流应用– 移动互联网营销新利器
轻应用：发票小助手开发示例（Vue + Amaze UI + OkayApi）
没有更多推荐了，面试官自述：面向高级开发人员的iOS面试问题
面试官自述：面向高级开发人员的iOS面试问题
当您准备进行技术性iOS面试时，了解您可能会询问哪些主题以及经验丰富的iOS开发人员期望什么是非常重要的。
这是许多硅谷公司用来衡量iOS候选人资历水平的一系列问题。
这些问题涉及iOS开发的各个方面，旨在触及对平台的广泛理解。
毕竟，高级开发人员应该能够从头到尾地发布完整的iOS产品。
这绝不是一个详尽的列表，但它可以帮助您为即将到来的技术iOS面试做准备。
你需要放下自己的主观判断和最重要的东西
– 仔细聆听。
你使用的最新版本的iOS是什么？你喜欢什么，为什么？
什么是iOS应用程序，您的代码适合哪里？
你喜欢或不喜欢什么Swift特性？为什么？
内存管理在iOS上如何处理？
你对单身人士有什么了解？你会在哪里使用一个，你不在哪里？
你能否解释一下Delegate和KVO有什么不同？
iOS应用中通常使用哪些设计模式？
你知道除了常见的可可模式外还有哪些设计模式？
你能否解释并展示SOLID原则的例子？
你有什么选择在iOS上实现存储和持久性？
你有什么选择在iOS上实现网络和HTTP？
如何以及何时需要在iOS上序列化和映射数据？
在iOS上布置UI有什么选择？
你将如何优化动态大小的表或集合视图的滚动性能？
你将如何在iOS上执行异步任务？
你如何管理依赖关系？
你如何在iOS上调试和配置文件？
你有TDD经验吗？你如何在iOS上进行单元和UI测试？
你编码审查和/或配对计划？
在下面的章节中，我们将讨论每个问题，背后的原因，预期的答案，以及可能为面试官带来危险的答案。
1.你使用的最新版本的iOS是什么？你喜欢什么，为什么？
通常会询问这个问题，以了解如何使用Swift和iOS平台上的最新iOS技术和开发进行联系。
预期的答案：
期望的是，你至少使用了最新的稳定iOS版本。但是如果你已经玩过或甚至更新了你的应用程序，那么你会得到额外的分数。谈论iOS 11令人兴奋的新功能，以及为什么你喜欢它们。让团队中的开发人员对最新的iOS技术充满热情是很好的。通常情况下，充满好奇心的人可以使用新的功能提出有趣的新功能创意或想出创造性的解决方案。
如果候选人对当前稳定版本的iOS没有太多的工作或对其不感兴趣，这通常是一个不好的迹象。这意味着这个人很可能没有及时了解iOS提供的最新技术，解决方案和功能，这很可能意味着这个人会错过利用iOS系统的机会，或者更糟糕的是，他们不知道最新系统有一些新的缺陷。
2.什么是iOS应用程序，您的代码适合哪里？
这是一个很大的图片问题，可以通过这种或那种形式进行询问，以评估您对iOS应用程序的理解以及您编写的代码适用于iOS系统的整体情况。
预期的答案：
可能会认为我们构建的应用程序是特殊的，因为它们涵盖了一个独特的用例。但是你典型的iOS应用程序只是一个巨大的，美化的运行循环。它等待用户输入并被外部信号中断，如电话呼叫，推送通知，主页按钮按下以及其他应用程序生命周期事件。唯一的区别是，它不仅仅是一个简单的邮件循环函数，每次用户点击应用程序图标时都会启动它，它具有更高的抽象级别，UIApplication并且AppDelegate是我们开发人员的工作内容。
您为编写应用程序的业务逻辑而编写的代码的其余部分放置在由主循环委托给我们的应用程序的“触发点”中AppDelegate。这是非常多的。简单。但是，为应用程序编写的代码可以像调用方法/函数一样简单，也可以像VIPER体系结构一样复杂。你用它做什么是你的选择。
通常开发人员会将iOS应用程序视为他们编写的代码以及实现的复杂复杂细节，这些都是真实的。但是如果你退后一步，看看大局，你可以看到iOS应用程序真的是什么
一个运行循环。
3.你喜欢或不喜欢什么Swift特性？为什么？
随着最新的Swift更新，它一次又一次地证明这种语言是iOS开发的未来。这些日子里，特别是经验丰富的开发人员的期望是，您对Swift及其提供的功能非常熟悉。
预期的答案：
你可以谈论强大的语言输入和功能特点，以及你喜欢或不喜欢它们的原因。本身没有正确或错误的答案，但期望是您熟悉语言及其提供的功能（泛型，协议，选项等）。此外，你应该能够解释和争论，如果你喜欢或不喜欢这种语言的东西（我不喜欢可选的链接，因为它打破了德米特定律，例如）。
Swift正在成为iOS平台的主要稳定语言，所以现在忽略它是没有意义的。
4.在iOS中如何处理内存管理？
内存管理在任何应用程序中都非常重要，特别是在具有内存和其他硬件和系统限制的iOS应用程序中。因此，这是以某种形式提出的问题之一。它涉及ARC，MRC，引用类型和值类型。
预期的答案：
Swift使用自动引用计数（ARC）。这在Swift中与Objective-C中的概念相同。ARC会跟踪对类实例的强引用，并在为常量，属性和变量分配或取消分配类（引用类型）实例时相应地增加或减少引用计数。它将释放引用计数降至零的对象所使用的内存。ARC不会增加或减少值类型的引用计数，因为在分配时会复制这些值。默认情况下，如果不另外指定，则所有引用都将是强引用。
这是每个iOS开发人员必须知道的！内存泄漏和应用程序崩溃太常见了，原因是iOS应用程序内存管理不善。
5.你对Singletons有什么了解？你会在哪里使用一个，你不在哪里？
Singleton是许多OOP语言中常用的设计模式，Cocoa认为它是“可可核心竞争力”之一。这个问题不时出现在面试中，用来衡量你对Singletons的体验，或者看看你是否拥有背景不仅仅是iOS。
预期的答案：
Singletons是一个只返回一个和同一个实例的类，不管你请求了多少次。
有时被认为是反模式。使用时有许多缺点。两个主要的是全局状态/状态和对象生命周期以及依赖注入。当你只有一个东西的实例时，直接在任何地方引用和使用它是非常诱人的，而不是将它注入到对象中。这会导致代码中具体实现的不必要的耦合，而不是接口抽象。
“方便”另一个恶意副作用是全球状态。很多时候，可以实现全局状态共享，并扮演每个对象用来存储某个状态的“公共包”的角色。这导致不可预知的结果和错误和崩溃时，这种不受控制的状态被覆盖或被某人删除。
尽管Singletons在一些语言/平台中被认为是好的，但他们实际上是一种应该不惜一切代价避免的反模式。
6.你能否解释代表和KVO有什么不同？
面对这个问题，面试官正在评估你对iOS中使用的各种消息模式的了解。
预期的答案：
两者都是在对象之间建立关系的方法。委托是一对一的关系，一个对象实现委托协议，另一个使用它并向它发送消息，假设这些方法是由于接收方承诺遵守协议而实现的。KVO是一种多对多的关系，一个对象可以播放一条消息，一个或多个其他对象可以听到它并作出反应。KVO不依赖协议。KVO是响应式编程的第一步和基本模块（RxSwift，ReactiveCocoa等）
一位经验丰富的开发人员应该知道两者之间的区别，以及哪一个应该用在另一个之上。
iOS应用中通常使用哪些设计模式？
这个问题是各级职位面试的常见问题，也许除了初级职位之外。基本上这个想法是，在使用iOS平台时，作为开发人员您应该熟悉iOS上常用的技术，体系结构和设计模式。
预期的答案：
构建iOS应用程序时的典型常用模式是Apple在Cocoa，Cocoa Touch，Objective-C和Swift文档中倡导的模式。这些是每个iOS开发人员学习的模式。它们包括MVC，Singleton，Delegate和Observer。
当面试官提出这个问题时（采用这种或那种形式）面试官正在寻找除MVC以外的东西。由于MVC是一种前瞻性设计模式，因此期望每个iOS开发人员都知道它是什么。但是，他们希望从您那里听到的是常用和可用的开箱即用功能。
8.除了常见的可可模式外，你知道的设计模式是什么？
面试官会在面试高级或建筑师职位时询问这个高级问题。期望的是，除了上一个问题中介绍的基本类型外，您还可以了解iOS应用中使用的更实用的设计模式。准备好回忆一堆四人帮和其他类似的模式。
不幸的是，设计模式本身就是一个巨大的话题（它们在我的书中也有更好的介绍），所以在这里我只给出一些我在iOS代码库中常见的概述。
预期的答案：**
除了常用的MVC，Singleton，Delegate和Observer模式之外，还有许多其他应用程序完全适用于iOS应用程序：Factory Method，Adapter，Decorator，Command，Template等等。
Factory Method用于替换类构造函数，抽象和隐藏对象初始化，以便可以在运行时确定类型，并隐藏并包含switch/if用于确定要实例化的对象类型的语句。
适配器是一种设计模式，它可以帮助您（如名称所示）使一个对象的界面适应另一个对象的界面。当您尝试修改无法更改为代码的第三方代码，或者需要使用具有不方便或不兼容API的内容时，通常会使用此模式。
装饰者是另一个增强其功能的类的包装。它包装了你想要装饰的东西，实现它的接口，并将发送给它的消息委托给底层对象，或者增强它们或者提供它自己的实现。
Command是一种设计模式，您可以在其中实现一个代表您想要执行的操作的对象。该操作可以拥有自己的状态和逻辑来执行它所做的任务。这种设计模式的主要优点是可以隐藏用户的操作的内部实现，您可以向其添加撤消/重做功能，并且可以在以后的时间点（或根本不执行）执行操作，而不是马上创建操作。
模板是一种设计模式，其中主要概念是有一个基类，概述了需要完成的算法。基类有几个抽象方法需要由其具体的子类来实现。这些方法被称为钩子方法。模板方法类的用户仅使用实现算法步骤的基类进行交互; 这些步骤的具体实现由子类提供。
当你刚刚开始使用iOS平台时，只坚持使用MVC，Singleton，Delegate和Observer模式是很好的，但对于需要深入到像Gang of Four OOP设计模式这样更抽象和高级的东西的高级事物来说，它们非常有用，使您的代码库更加灵活和可维护。
9.你能解释并展示SOLID原则的例子吗？
SOLID原则相对比较陈旧，但却非常适用于任何语言的任何OOP代码库。观看一些关于这个话题的Bob叔叔的谈话，以充分理解他们背后的历史。
在YouTube上：面向对象和敏捷设计的Bob Martin SOLID原则。
不幸的是，SOLID原则本身就是一个巨大的话题（在我的书中它们也更好），所以在这里我只给出它们的概述。
预期的答案：
SOLID代表单一责任原则，开放/闭合原则，Liskov替代原则，界面隔离原则和依赖倒置原则。这些原则是相互支持的，并且是您可以为您的代码采用的最佳通用设计方法之一。我们来看看它们中的每一个。
单一责任原则（SRP）是该组织最重要的原则。它指出，每个模块应该只有一个责任和理由要改变。SRP从小的具体和特定情况开始，例如只有一个目的的类和/或对象，仅用于一件事情。
开放/封闭原则（OCP）规定，您的模块应该开放用于扩展，但关闭以进行修改。这是听起来很容易的事情之一，但当你开始思考它的含义时，很难把你的头围绕起来。实际上，这意味着在编写代码时，应该能够通过继承，多态和组合使用接口，抽象和依赖注入来实现对象的行为。
Liskov替代原则（LSP）指出，程序中的对象应该可以替换其子类型的实例，而不会改变该程序的正确性。这意味着当你从一个类或者一个抽象类继承或者实现一个接口（协议）时，你的对象应该是可替换的并且可以注入，无论你使用哪个接口或类。这个原则通常被称为合同设计，或者在Swift社区中被称为面向协议的编程。这个原则的主要信息是，你不应该违反合约，即你的承诺所遵循的接口承诺履行，而通过继承，这些子类可以用于以前使用超类的任何地方。
接口隔离原理（ISP）说许多客户特定的接口比一个通用接口更好。它还规定，不应强迫任何客户依赖和实施不使用的方法。这意味着，当你创建你的类实现的接口（协议）时，你应该争取并依赖于抽象的特性，但是直到它变成一个浪费，你必须实现一堆方法，你的新类不会甚至使用。
依赖倒置原则（DIP）指出，“取决于抽象而不是结核”。展示这一原理的最好例子是依赖注入（DI）技术。通过依赖注入技术，当你创建一个对象时，你可以在其初始化或配置时提供并注入它的所有依赖关系，而不是让对象为自己创建或获取它的依赖关系。
固体原则是良好的面向对象设计的基础。应用这些原则将帮助您构建更好，更易维护的软件。如果您正在申请高级iOS职位，建议您熟悉这些技巧。
10.您有什么选择来实现iOS上的存储和持久性？
访问者询问这个问题，以了解您可以在iOS上存储和保存数据的工具和方式。
预期的答案：
一般来说，存储数据的方式有以下几种：从简单到复杂：
内存数组，字典，集合和其他数据结构
NSUserDefaults的/钥匙扣
文件/磁盘存储
核心数据，领域
内存数组，字典，集合和其他数据结构对于存储数据或者不必持久化来说都是非常好的。
NSUserDefaults / Keychain是简单的键值存储。一个是不安全的，另一个是安全的，分别。
文件/磁盘存储实际上是一种使用NSFileManager将数据片段（序列化或不存在）写入磁盘的方法。
核心数据和领域是简化数据库工作的框架。
SQLite是一个关系型数据库，当你需要实现复杂的查询机制时，并且Core Data或Realm不会削减它。
您应该了解可以在iOS上存储数据的不同方式及其优缺点。不要只限于自己习惯的一种解决方案（例如Core Data）。知道什么时候比另一个更可取。
11.您有什么选择可以在iOS上实现网络和HTTP？
几乎每个应用程序现在都在使用某种网络来从API和其他外部资源获取数据。很多应用程序在没有连接到互联网时都没用。每个iOS开发者都应该知道他们可以构建他们应用程序的服务/网络层。
预期的答案：
在iOS中有几个选项来实现HTTP网络。你可以使用旧的NSURLSession，但除非你把它抽象出来，否则使用它可能会很艰巨。另一个选择是围绕它使用一个包装库。iOS上最流行的解决方案是Alamofire / AFNetworking。
高级开发人员应该记住，在iOS应用程序中构建网络层不仅意味着处理HTTP请求。它还意味着实现您的代码与之相关的整套任务：HTTP网络，数据序列化和数据映射。
现在，AFNetworking和Alamofire是iOS上进行HTTP网络的事实标准，每个开发者都应该知道如何使用它们。同时，它们都基于Apple框架，并且知道NSURLSession的内部细节也是有益的。
12.如何以及何时需要在iOS上序列化和映射数据？
数据序列化是构建iOS应用程序时需要执行的常见任务。访问者问这个问题，看看你是否认识到它适合的情况，并且知道你需要执行数据处理的任务，无论它是网络还是存储数据。
预期的答案：
有两种最常见的情况，您需要在iOS应用程序中序列化和映射数据：在网络层中接收或发送数据（如JSON或XML或其他内容），以及在存储层中持久化或检索模型（NSData，NSManagedObject等）。
每当您收到来自后端API的JSON或XML或任何其他类型的响应时，您最有可能以JSON或二进制或其他“不方便”的格式获取它。为了能够处理收到的数据，您需要做的第一件事就是将其序列化为应用程序理解的内容。在最简单和最基本的层次上，它将是包含来自该响应的其他字典，数组和基元的字典或对象数组。NSJSONSerialization负责处理这个（并且很快的Codable协议）。下一步是将这些数据映射到应用程序的域模型中。那些将是您的应用程序的其余部分使用的模型对象。您可以手动执行，也可以使用诸如Mantle或SwiftyJSON之类的库。数据流和序列化/映射如下：binary data- & json- & NSDictionary/NSArray- & your domain model objects。
同样，在存储层中，您需要序列化数据并将数据映射到自定义域模型对象和存储理解的格式。用于读取数据的“映射”链如下所示：db- & raw data format- & custom domain models，并且用于这样写：custom domain models- & raw data format- & db。你可以在这里使用NSManagedObject或NSCoding协议来实现这一点。
这里的主要注意并没有意识到在使用iOS应用程序的网络和存储层时需要进行这些数据操作。事情不会“自动地”发生，也不会与原始NSDictionaries合适并可维护。
13.在iOS上布置UI的选项有哪些？
当你需要在iOS上解决不同的UI问题时，了解你在屏幕上布局的选项至关重要。这个问题有助于衡量你对如何在屏幕上放置和对齐视图的知识。在回答这个问题时，你至少应该提到CGRect框架和AutoLayout，但是在iOS上提及其他选项比如ComponentKit和其他Flexbox和React实现将是非常好的。
预期的答案：
在屏幕上布置视图的前往选项是很好的旧CGRect框架和AutoLayout。框架以及自动调整大小的遮罩在iOS 6之前已被使用，并且今天不是首选。由于很难计算各种设备的精确坐标和视图大小，因此帧太容易出错并且难以使用。
自iOS 6开始，我们推出了AutoLayout，这是目前最流行的解决方案，也是Apple喜欢的解决方案。AutoLayout是一种技术，可以用声明的方式定义视图之间的关系，称为约束，让框架计算UI元素的精确框架和位置。
还有其他用于布置视图的选项，比如ASDK（Texture），ComponentKit和LayoutKit，这些选项或多或少都受React的启发。例如，当您需要构建高度动态且快速的表格视图和集合视图时，这些替代方法在某些情况下很好。AutoLayout并不总是完美的，知道有其他选项总是好的。
至少没有提及AutoLayout，Frames的臭名昭着的难以得到的事实肯定会成为面试官的一面红旗。现在没有一个理智的人会做CGRect框架计算，除非它是绝对必要的（例如，当你做一些疯狂的绘画时）。
14.如何优化动态大小的表或集合视图的滚动性能？
与UITableView问题一起在面试中有时会问到的一个重要问题是关于表视图滚动性能的问题。
预期的答案：
滚动性能是UITableViews的一个重大问题，往往很难得到正确的结果。主要困难是细胞高度计算。当用户滚动时，每个下一个单元需要计算其内容，然后才能显示高度。如果你做手动的框架视图布局，那么它更高性能，但挑战是让高度和大小的计算恰到好处。如果你使用AutoLayout，那么挑战就是设置所有的约束。但即使AutoLayout本身可能需要一些时间来计算单元高度，并且您的滚动性能会受到影响。
滚动性能问题的潜在解决方案可能是
自己计算细胞高度
保留一个原型单元格，填充内容并用于计算单元格高度
或者，您可以采取完全激进的方法，即使用不同的技术，如ASDK（纹理）。ASDK（纹理）专门用于具有动态内容大小的列表视图，并经过优化，可在后台线程中计算单元高度，从而使其具有超高性能。
15.你会如何在iOS上执行异步任务？
现在，多线程是任何客户端，面向用户的应用程序的重要组成部分。这个问题可以在网络环境中提出，也可以作为一个关于GCD或异步开发的独立问题。
预期的答案：
现在，iOS上的异步任务的解决方案是NSOperations和GCD块。Grand Central Dispatch是一种技术，它可以处理多个后台队列，后台队列又可以确定后台线程处理工作。最重要的是，这是从你身上抽象出来的，所以你不必担心它。NSOperation是GCD之上的面向对象抽象，允许您执行更复杂的异步操作，但是您可以使用GCD执行的NSOperations获得的所有内容。许多Cocoa框架使用GCD和/或NSOperations（例如NSURLSession）。
使用第三方库的帮助还有其他方法可以处理异步工作。最显着的是Promises（PromiseKit），RxSwift和ReactiveCocoa。RxSwift和ReactiveCocoa特别擅长建模时间和工作的异步性质，需要在后台完成并在线程间进行协调。
每个iOS开发者应该了解的关于异步工作的基础知识是GCD和NSOperations。RxSwift和Promises是高级概念，但高级开发人员也应该了解它们。
16.你如何管理依赖关系？
依赖关系管理是每个iOS项目的一项重要任务。这个问题被要求衡量你对这个问题的理解以及如何解决这个问题。
预期的答案：
几年前，我们在iOS上没有任何依赖管理器，必须将第三方代码复制粘贴并拖放到我们的项目中或使用git子模块。随着我们的代码库和依赖性增长，所有这些方法很快就被证明是无法管理的。
现在我们有其他的依赖管理者可以选择：CocoaPods，Carthage和Swift Package Manager（SPM）。到目前为止，最强大和最强大的是CocoaPods。它是建立在Ruby Bundler宝石的精神之上的，并且是一个Ruby宝石本身。它的工作方式是安装gem，在项目的根目录下创建Podfile，声明要使用的pods（库）并运行pod install。而已。
每个iOS开发人员都应该明白，为什么将多个第三方库复制粘贴到代码库中会导致维护噩梦，因为多个库可能依赖于另一个库的两个不同版本，导致不匹配，编译和运行时问题等等。
17.你如何在iOS上调试和配置文件？
没有人写出完美的代码，偶尔开发人员需要调试他们的代码和配置文件应用程序，以查找性能和内存泄漏等问题。
预期的答案：
我们可以在iOS应用程序中做到这一点，永远都有很好的NSLog成就感print。还有可以使用Xcode设置的断点。为了执行单个代码片段，您可以使用XCTest的measureBlock。
您可以使用仪器进行更高级的调试和分析。Instruments是一款分析工具，可帮助您分析应用程序并在运行时发现内存泄漏和性能问题。
18.你有TDD经验吗？你如何在iOS上进行单元和UI测试？
尽管从历史上看，iOS社区在TDD方面并不算大，但由于工具的改进和来自其他社区（如Ruby）的影响力，现在变得越来越受欢迎，而Ruby等其他社区很早就接受了TDD。
预期的答案：
TDD是一种技术和学科，在您编写使其通过的产品代码之前，您首先编写失败的测试。这些测试将推动您的产品代码的实施和设计，帮助您仅编写通过测试实施所必需的代码，不多也不少。这门学科起初可能令人望而生畏，你没有立即看到这种方法的收益，但如果坚持下去，它可以帮助你从长远来看加快步伐。它在帮助你重构和修改代码方面特别有效，因为在任何时候你都有测试的安全网告诉你是否有什么东西坏了，或者在你改变的时候一切仍然正常。
最近，Apple对XCTest框架进行了改进，以使测试更轻松。他们在Xcode的UI测试中也做了很多改进，现在我们有了一个很好的编程接口来与我们的应用进行交互并查询我们在屏幕上看到的东西。或者，你可以使用像KIF这样的框架。
关于单元测试，还有几种选择，但是最流行的两个选项是XCTest和Quick和Nimble。
XCTest是由Apple构建的xUnit测试框架。这是他们推荐使用的，并且它与Xcode的集成度最高。
Quick是一种类RSpec的BDD框架，可帮助您根据行为而不是“测试”来描述您的规格/测试.RSpec的粉丝喜欢它。
Nimble是一个匹配器库，可以与XCTest或Quick一起使用，在您的测试/规格中声明期望值。
越来越多的团队和公司都接受TDD，它已经成为iOS开发过程中的重要组成部分。如果你不想被抛在后面，那就试试它，并学习如何测试你的代码。
19.你是否编码审查和/或配对计划？
尽管有很多应用程序是由独立开发人员构建的，但应用程序的复杂性却不断增加，要求开发团队在其上开展工作。在团队中工作在代码维护，协作和知识共享方面提出了不同的挑战。
预期的答案：
结对编程是两个开发人员在同一台机器上一起完成相同任务的实践（希望不共享相同的屏幕和键盘并拥有两套自己的）。目标是在代码生成的地方促进协作，讨论，代码审查和QA。这个过程使知识转移和架构讨论成为常见的日常事务，防止人们在代码的某个部分（当该人离开或生病时会发生什么事）发生孤岛危险并成为“专家”。它还提高了代码质量，因为两组眼睛在编写代码时正在查看代码。这个过程同时发生在两个开发人员身上，有时被称为同步。
结对编程并不适合每个人，如果人物的个性不匹配，这可能是一个耗尽的过程。但它是软件开发中最有效的协作技术之一。
代码审查是一个类似的协作和知识转移过程，但与配对编程不同，它不是同时发生的，因此它是异步的。通过代码审查，在开发人员编写一段代码或一个功能后，团队中的其他人可以查看它。审查人员检查代码是否有意义，并建议进行更改和重构以改进它。这开启了关于代码的在线或离线讨论，这非常棒。将关于该代码的知识传递给其他队友，并帮助尽早发现错误并设计气味。
代码评审是一种较少涉及的协作类型，与对编程所获得的结果大致相同。它也是一种同情的练习，你在其他人的工作上给予他人反馈。
有一句话叫做三人行必有我师，其实做为一个开发者，有一个学习的氛围跟一个交流圈子特别重要。这是我的iOS技术交流群 欢迎加入一起交流共同进步 ，小编也可以分享ios面经考点的答案给你
本文中涉及的问题涉及iOS开发人员应该了解的广泛主题。这绝不是一个完整的清单，本书接近采访准备作为iOS主题的全面概述，并关注每个iOS应用程序。它将问题分解成以下几组：UI相关问题（UIView，AutoLayout等），存储问题（持久性，用户默认值，核心数据等），网络（HTTP，NSURLSession，Alamofire等），以及设计模式和架构问题（MVC，MVVM，SOLID等）。
阅读：5984
&2018 Chukong Technologies,Inc.
京公网安备89