各位老铁们，大家好，今天由我来为大家分享3m金融网站源码分享，以及3m金融互助平台的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！
自从2014年苹果发布Swift至今，历经多次迭代，Swift终于迎来了ABI稳定，SwiftUI的发布也引起无数Apple平台开发者的欢呼。多年来广受关注而又备受争议的Swift，终于开始被很多大型App坚定地采用。在这其中，淘宝App就是一个典型：从Swift2.0时代的浅尝辄止，到去年3月ABI稳定后充分调研并正式采用，这其间经历了什么样的考量过程？淘宝App落地Swift的最关键环节有哪些？如何解决落地Swift过程中的挑战？近日InfoQ记者采访到阿里巴巴淘系技术部iOS端架构高级无线开发工程师姜沂，请他对以上问题进行详细解答。在即将到来的GMTC2020全球大前端技术大会上，他也将带来《手淘航母级App恋上Swift之路》的主题分享。
为何要坚定地走Swift之路？
对于淘宝App来说，对Swift一点都不陌生。据姜沂介绍，淘宝App早在Swift2.0时代就曾经引入过Swift，但受限于Swift2.0时代语法的不稳定，以及较大的包大小压力，彼时引入Swift其实是一种负担。直到2018年底也就是Swift4.x时代，苹果宣布Swift5.0ABI会稳定，这时候Swift的优点才能被发挥出来，而不足则会逐步减弱。
“我们在2019年6月苹果WWDC发布SwiftUI、Combine等对于Apple平台颠覆式的产品后，才对Swift又燃起了信心，正式着手采用Swift。”
不过据了解，那时候的淘宝全部是Objective-C代码和一些跨平台框架如Weex，其实没有任何的Swift环境经验，甚至有一些工程问题导致Swift代码无法直接引入淘宝工程。
对于采用Swift可能会遇到的困难，姜沂他们是有所准备的，毕竟在去年3月ABI稳定后，团队成员分工对Swift进行了一次充分的调研：Swift性能与开发效率、Swift流行度、工程改造，方方面面都考虑到了。
“一开始我们主要经历了比较久的预研阶段，在2018年Swift宣布将要ABI稳定的时候，我们就在持续关注Swift的进展，在此期间集团内部已经有零星App在使用Swift。”
到了后来的充分调研阶段，Swift在性能与开发效率上的调研结果其实已经不言而喻，这也是业界达成的共识：一个熟悉Swift和Objective-C的工程师，开发效率主观评价至少有30%以上的提升。
在比较重要的Swift流行度分析中，经淘宝App团队的调研：国际区采用Swift的App占据80%份额，而中国区只有20%。另外有一个现象值得关注：GitHub和一些开发者社区对于Objective-C的关注度剧烈下降：
知名Objective-C开源库如AFNetworking已经将近2年没有重大更新，距离最后一次BugFix也已经有1年时间，对比之下Swift社区则很活跃；StackOverFlow等社区对Objective-C的提问已经近乎停滞，淘宝App团队成员近两年找寻疑难问题的解答几乎没人关注；WWCC17后，苹果所有SampleCode皆用Swift展示。
姜沂告诉记者：“我们的初步结论就是：按照苹果历来的强硬态度，如果我们还是坚守Objective-C阵营，如果未来苹果强制推进Swift，或者只更新PureSwiftFramework，或者社区出现大技术更新、比如HTTP3网络库，会对我们目前的社区研发环境造成比较大的冲击。我们很可能被动的付出较大成本来适应变化，比如需要自己造Objective-CHTTP3的网络库轮子。”
“简单来说就是：我们可能在未来一两年内因为Objective-C而造成技术踏空，这一后果会对我们的人员招聘、技术前瞻性、研发成本都会带来较大风险与负担。”
调研结果加之Swift随后的进展，更让淘宝App坚定了走Swift之路的决心：
在调研一个月后WWDC19更新了SwiftUI、Combine等PureSwift框架，初步的验证了之前的结论；苹果放开了200M蜂窝网络下IPA包大小的限制，同时iOS12.2以下系统需要内置包大小的设备占比已经不足10%且会随着时间的推移，存量越来越少；SwiftUI的出现对Native研发生产力的指数级提升。
落地Swift过程中要如何持续“打怪升级”？
淘宝App落地Swift分为了5个阶段，分别是技术调研、基础设施建设、工具链升级、里程碑业务上线和社区培训。
据姜沂介绍，其中最大的挑战应该是在基础建设阶段。“这一阶段主要工作是重写一个小模块，用于发现工程中的历史问题。其中我们发现的一个比较大的问题是，由于淘宝是一个迭代了将近10年的工程，苹果在管理二进制库的时候也经历了.a+.h结构和Framework结构的调整，在逐步的迭代过程中，大量的头文件管理不太规范，导致Swift代码无法在项目中使用已有的SDK，这部分理论上简单，但是工作量巨大。”
在姜沂看来，此时公司对Swift的投入仍处于一个较初期阶段，并不适合投入大量人力，因为ROI上并不划算。所以他们的解决办法是：建立Swift爱好者社区，聚集几十名爱好者，梳理技术文档、方案思路、自动化脚本等，逐步去掉这些历史包袱。
“此时Swift5.1仍旧是Beta阶段，这给了我们充分的时间去做适配。最终用了三个月，几十名爱好者每人只花费极少的时间就将这些历史包袱解决掉了，这里也要感谢下来自阿里巴巴集团的各位Swift爱好者的努力。”
在落地Swift过程中，淘宝App尝试实现了一套Swift版本FaaS的Serverless容器，给现在的迭代工作方式创造一些可能性。不过据姜沂介绍，目前只是用在了一些内部软件中，还在积极探索阶段。另外对于SwiftUI，淘宝App也落地在了内部的App中，总结SwiftUI的优缺点，以及未来落地的可能性。
对于淘宝落地Swift，姜沂称之为“巨型项目”，Swift的落地也让姜沂他们梳理出了一个巨型项目的流程方法论。据他介绍，实际上阿里集团内部也已经有多个App参考淘宝App的落地路线在落地自己的Swift模块。这个过程真的需要一路持续“打怪升级”。
一两年内中国Swift生态是否会有大改善？
在落地Swift的几个月内，姜沂深刻感受到从不停地被各种同事咨询敢不敢用Swift，到他们自己主动要写Swift代码的一个转变。“淘宝拥有近十年的迭代历史，以及近千的SDK和数百不同BU的开发者，对于Swift初期探索性落地来说，模块选型是一个难题，建议大家最好选择一个能充分说明Swift可用性（大流量）的业务，并且这个业务还不能被外部过于依赖。原因是底层的SDK过于复杂、对外部有很多依赖的话，推进风险和上线风险都会比较大。大流量的代表性业务能让观望的开发者提升信心，但是要做好充分的降级能力，不能损伤到业务。”
在落地Swift的过程中，其实还有一个挑战，就是国内Swift应用不普及带给使用者的观望情绪。对于这个问题，姜沂认为要从两个方面来看。
首先是业务视角：
在业务需要快速迭代的时候，现有的iOS工程师主要以Objective-C为主，转战Swift需要一定的学习曲线，而且采用Swift效率是否一定有提高也有待考证；Swift只能解决iOS侧Native研发问题，对于高迭代效率的跨平台技术，收益不足。
其次是技术视角：
Swift早期由于ABI不稳定，只能将Runtime内置在IPA包里面，占用约3M的下载空间，苹果还有150M的蜂窝网络下载大小的限制，且对启动性能有150ms的影响，在各家公司拼体验的时代，这些都会对公司的业务造成负担和损耗；由于语法不固定，每次升级都会造成源码级别的BreakChange，对开发者也会造成负担。淘宝、美团等巨型App都采用了二进制组建化研发模块，Swift只能固定开发工具版本，对大型团队是一种负担和制约，反而极大的降低了研发效率。
不过姜沂认为未来一两年内国内Swift生态还是会有巨大改善的，主要有以下几个方面：
iOS12.2以上内置SwiftRuntime，包大小随着存量旧版本操作系统升级后得到缓解；iOS12.2以上也没有启动性能的影响；Swift语法不再大变，不会对开发者造成负担；苹果继续强势推进，Swift社区热度持续提升。
对此他举了一个很生动的例子：相信生产力大幅提高后，没有人会放任好用的工具不用而去用一把快要锈掉的锤子（Objective-C）。
我们选择的技术最终要为业务和商业服务
在采访最后，姜沂也向记者介绍了他近期比较关注的大前端领域技术——SwiftUI和Flutter。
对于Flutter，在姜沂看来：在近年来的移动开发领域，开发者和业务诉求一直在研发成本、灵活性、性能体验间来回偏移，本质上是因为不同业务在不同阶段有不同的诉求，有时候需要较快速的试错能力和研发效率，有时候又需要较高的性能。随着HybridRN/Weex的出现，大家基本上有一种固化的判断：如果我要动态性和灵活性的话，我选择RN/Weex；如果我要体验的话，我选择Native。
但这并不是说Native开发者就不想拥有高动态性，也不是说他们就没有跨平台减少研发成本的诉求，所以Flutter的出现让大家有了一种崭新的思路：原来Native也可以做到跨端的同时有非常高的性能。
对于Swift，姜沂着重提及了SwiftUI。“iOS开发多年来在布局技术上一直远远落后于前端和安卓，但是SwiftUI的出现让Apple平台开发者又充满了希望。不过我在落地一些内部APP的时候也发现了一些SwiftUI的不足，如框架成熟度不够，某天写的代码突然操作系统升级后就发现极大的布局不兼容问题；而且SwiftUI必须内置在操作系统中，又不能解决跨Android端的开发问题，这让我对SwiftUI充满了期待与担忧。”
不过姜沂个人的看法是，无论是Weex、小程序，还是Flutter、SwiftUI，他们解决的问题是不一样的，本质更不同。到底哪个更优其实没有标准答案，不同的业务场景和业务所处的时间点，造成选择会不一样。“我们是工程师，并不是Swift或者Flutter工程师，我们选择的技术最终要为我们的业务和商业服务。”
“拥有一把锤子可以敲一个钉子，拥有一个工具箱可以造一艘航母”。
嘉宾介绍：
姜沂，阿里巴巴淘系技术部iOS端架构高级无线开发工程师，曾在链家网、美团点评从事iOS相关开发，目前就职于淘宝。在链家网架构组主要工作有：组件化工程、构建合理开发链路、基础库开发和客户端稳定性相关工作。在美团点评架构组所做工作主要有响应式架构设计落地、性能优化和基础库开发。目前在淘宝客户端架构组，具体负责的工作有基础库开发、性能优化、淘宝灰度能力、开发工具升级，以及Swift语言落地。
关注我并转发此文，即可在后台回复“资料”，领取InfoQ独家迷你书全套~
关于本次3m金融网站源码分享和3m金融互助平台的问题分享到这里就结束了，如果解决了您的问题，我们非常高兴。