[Android开发学iOS系列] 和一个真正iOS开发的区别?
<h1 id="和一个真正ios开发的区别">和一个真正iOS开发的区别?</h1><p>学习iOS的这段时间, 我一直在思考和感受着自己和一个真正做了几年iOS的dev之间的区别.</p>
<p>同时也在反向思考, 我自己和一个新学Android的人, 又有什么区别.</p>
<p>也许在技术转型中, 这些学习的思考和阵痛都是有共性和不可避免的.<br>
在此分享一下感受, 如果有人也有技术转型, 可以看到有些心路历程是不可避免的, 不必焦虑.</p>
<p>当然我也在思考一个技术人是不是应该不断转型, 还是在一个方向深耕, 这是另一个复杂的话题了, 这里按下不表.</p>
<h2 id="工具环境类">工具环境类</h2>
<p>工具和环境, 这是上手一个新技术要面临的第一个问题.</p>
<p>比如:</p>
<ul>
<li>IDE使用和快捷键, 如何debug.</li>
<li>build不过的种种原因等.</li>
<li>iOS的真机调试有更多的限制, 需要profile证书等, 不像Android似的插上线就能build.</li>
<li>tv如何pair.</li>
<li>pod和swift package这两种不同的依赖, 都是如何引用本地和更新的.</li>
<li>单元测试不能连着真机跑, 要在模拟器上跑等.</li>
<li>Xcode的一些设置和format工具的使用.</li>
</ul>
<p>幸运的是, 这些问题基本上上网搜就会得到答案, 如果同事有空就可以帮忙解答.</p>
<p>工具使用和build相关的问题基本上解决几次就会记住, 不要被这些问题吓倒.<br>
有时候因为Xcode的升级或者库的改动, 也会反复遇到各种新问题, 这时候冷静沉着, 搜索尝试就可以了.</p>
<h2 id="语言类">语言类</h2>
<p>其实任何现代化的语言都是讲道理的, 所以并不难学.<br>
Swift和Kotlin很像, 可以类比着学.</p>
<p>确实会有一些不一样的语法和关键字.<br>
我的建议仍然是跟上一条一样, 先学个基础, 就可以干活, 有些特殊的可以现学现查.</p>
<p>如果你工作在一份已有的代码库, 那就更幸运了, 里面充满了现有的例子.</p>
<p>有一些常用的套路, 比如if let, guard let, enum的取值.</p>
<p>还有delegation和protocol, extension等, 看代码就会发现这些是比较常用的.</p>
<p>还有可能会令初学者望而生畏的是, 一些UIKit的方法可能会出现一些古怪的符号, @啊#啊什么的, 那些也是记住固定的写法就行了, 都是固定场合, 没有什么特别可怕的.</p>
<p>但是如果真的遇到OC的代码, 还是有一点可怕的, 我还没学.</p>
<p>最后值得注意的是Swift和iOS中的代码风格和命名规范.<br>
比如我曾经给一个方法命名<code>getXXX()</code>返回一个值, 被建议去掉<code>get</code>, 因为那是java和android的习惯, 他们习惯直接用名词. (但是除了get以为, fetch或者request等动词又可以用, 我不理解, 但是我尊重.)</p>
<p>代码风格可能每个项目都有自己不同的要求. 我还没有研究过到底哪个才是宇宙最正确.<br>
只能铤而走险地尽可能遵守, 然后等待着下一个android写法被发现.</p>
<p>也不用特别担心, 只要代码清晰, 命名有意义, 问题不大.</p>
<h2 id="知识类">知识类</h2>
<p>知识类的学习似乎是非常的平面, 你不知道什么知识点, 你看了看文档/博客/视频教程, 你知道了, 学习完成, 技能点点上.<br>
知识类的学习建议同样也是用最快的时间知道最基础的内容, 然后挑重点了解常用重要的, 其他遇到再说.</p>
<p>因为你可能没有那么多的时间, 你总是要有个优先级.</p>
<p>如果没有人或者什么任务给你划重点那么你可以自己划, 我比较幸运的是Android和iOS其实平行的两个平台, 那么我常常会想象如果我要给一个Android初学者制定学习计划我可能会让ta学什么, 从而去找iOS中对应的什么.</p>
<p>拿iOS来说, 它是一个mobile平台, 它有自己官方的UI类库, UIKit或者SwiftUI.<br>
那我们就可以: 学UIKit的基础, 几个基本控件, 了解tableView, collectionView. 学习网络请求, 学习常用的库的使用.</p>
<p>这些都可以结合实际项目, 项目中用什么就优先学什么.</p>
<p>一个完整知识体系的构建是需要时间的.</p>
<p>其实我甚至有点怀疑”完整的知识体系”本身可能就是一个假命题. 即便在Android平台工作了这么些年, 其实很多方面我都不太了解, 因为没有实际涉足过, 所以也谈不上完整.<br>
可能对Android来说, 我了解的只是一个知识的脉络, 知道哪一部分大概有些什么, 知道哪些地方是我的未知领域.</p>
<p>和有经验的iOS dev相比, 知识的缺乏确实会对工作效率产生一些影响.</p>
<ul>
<li>比如要我可能需要花一些时间了解一些基础知识和已有做法.</li>
<li>在遇到问题的时候, 可能会因为一个我不知道的问题而卡住(比如单元测试挂了, 我在研究测试本身, 而实际上是因为选错了设备), 而对其他人来说可能很简单.<br>
对于知识来说最困难的部分是你不知道你不知道什么.</li>
</ul>
<p>这些必经的过程都是没法避免的, 只能见一次学一次了.</p>
<h2 id="通用编程逻辑">通用编程逻辑</h2>
<p>幸好还有一些通用的编程逻辑是适用的.<br>
有经验的开发比纯新手开发的优势就是在这块.</p>
<p>面向对象的逻辑, SOLID原则, 代码清晰易读的规范等, 有很多的能力和经验都是可以复用的.</p>
<p>而且因为Android和iOS如此相像, 这部分可移植的经验还比较多.</p>
<p>比如页面切换, 网络请求和认证, 数据追踪sdk, 本地存储.<br>
更广义层面的各种类MVVM模式, 模块化拆分等.<br>
大体的套路都是类似的, 只不过是有具体实现方式的区别.</p>
<p>如果是前后端技术栈切换, 可能还会有一个整体思路的切换.</p>
<p>如果你是一个有经验的人, 那么换一个技术栈, 一定会有一些你可以移植复用的经验, 解决问题的思路等, 甚至你自己可能没有意识到.</p>
<h2 id="心态">心态</h2>
<p>确实会有焦虑, 尤其是当自己碰到问题总是需要求助别人的时候.</p>
<p>为了缓解这种焦虑, 通常的做法是(听上去有点老套, 但是咱们复习一下):</p>
<ul>
<li>如果是通用问题, 利用搜索引擎, 和自己已有的经验和知识尝试解决一下. (如果成功了会增添自信心).</li>
<li>合理提问题和求助于同事. 在不过多耽误人家时间的情况下, 并且提供一些有价值的线索. (另外, 找一些看上去和善的同事.)</li>
</ul>
<p>在内心里合理化这个犯错以及提问的行为:</p>
<ul>
<li>每一次问题的提出和解决都是一个学习内化的过程.</li>
<li>如果犯同样的错误也不用太自责, 记忆都是在重复中得到强化的. 并且确实有时候虽然被提醒过但是得自己亲自犯了错才会加深印象.</li>
<li>保持空杯心态. 有时候会想到自己的工龄和年龄而焦虑, 但是空杯心态让我们保持年轻和活力.</li>
</ul>
<p>虽然这块听上去像鸡汤一样, 但是我觉得还是挺重要的.</p>
<h2 id="总结">总结</h2>
<p>其实对于一个有学习能力的开发者, 转换任何一个新的技术栈, 掌握基础和上手做具体的任务其实并不难. 只要任务拆分得足够细.</p>
<p>难的是一个全面的知识体系和实际上手的工作经验, 针对许多实际的困难问题的解决.<br>
因为你并不知道有什么和用什么, 以及通常是怎么做的.<br>
这些确实是需要时间慢慢积累的, 否则程序员的饭碗也太好抢了.</p>
<p>不断地学习确实是一个程序员(或者说任何职业)不可避免的事情.</p>
<p>以上, 一点不成熟的个人感受.</p>
</div>
<div id="MySignature" role="contentinfo">
作者: 圣骑士Wind<br>
出处: 博客园: 圣骑士Wind<br>
Github: https://github.com/mengdd<br>
微信公众号: 圣骑士Wind<br>
<img src="https://images.cnblogs.com/cnblogs_com/mengdd/869539/o_200422055937qrcode_for_gh_0e2ed690dcda_258.jpg" alt="微信公众号: 圣骑士Wind"><br><br>
来源：https://www.cnblogs.com/mengdd/p/learnings-after-switching-to-ios.html
頁:
[1]