下面小编跟大家分享一下前人关于技术开发转移动应用开发的经验，希望对大家有借鉴的作用：
刘铁峰，海豚浏览器CTO
因为具体的开发场景不一样，目标的读者的经验也各不一。分享一点转型过程中，所需要补充的知识点和逻辑上的转变。
移动开发和PC上的开发带来了哪些不一样？
在我看来，从2002年之后，传统桌面的开发者基本都转向了J2EE/.NET/LAMP等以Web技术或者服务器端开发技术为主的开发方式。使用C/C++/MFC/Delphi等开发C/S模式的用户越来越少，甚至工作的需求也开始变得越来越少。
这样在技术体系上，开发者的经验开始基本上覆盖在：
1.HTML + CSS + JavaScript
2.各种脚本语言（PHP/http://ASP.NET/JSP/Python/Ruby）操作服务器API
3.服务器数据处理逻辑（O/R Mapping, 数据库连接池，各种如AOP等设计模式，甚至DSL等等）
4.大型服务器的架构设计（分布式架构，各种负载均衡，服务器连接优化）
5.数据库（分布式数据库，事务处理，大规模数据的存储、查询优化）
6.大数据处理（Hadoop, Hive）等等。
那对于移动开发上需要什么？
不管是Android / iOS /WP ， 其实对于开发的需求上逐渐回到了2002年之前，大概类比MFC/Delphi的时代，更加合适。
移动开发者的技能需求发生了转变，需要的经验变成了：
充分理解各移动平台的进程架构和程序生命周期逻辑（程序启动，程序被系统suspend/kill， Services）
1.界面设计（各种UI控件，事件处理)
2.数据处理逻辑（客户端缓存、多线程并发）
3.网络数据处理
4.平台相关特性（系统API调用，系统通知机制等）
5.各种性能处理。
因此，在学习的路线和需要的经验上有了不同。
如果需要从非移动开发者往移动开发者进行转型，哪怕同样使用的是Java语言，需要的就是了解不同的库以及处理不同领域的具体问题。
在移动设备的开发上，我归结为三大类问题：性能的问题，界面响应的问题，产品的稳定性。这些是技术人员可以需要最为注意和保障的。
季逸超，Peak Labs创始人
记得当时iPhone出来后，让人们看到了一个与传统的“窗口”完全不同概念的逻辑：界面方面一个应用占满整块屏幕，程序方面代码也都是在严格的沙箱内运行。当时我就意识到这将是一整套全新的规则体系，后来渐渐从表面往深层看，写了几年烂代码慢慢我也有了点心得：
1.淡化文件的存在，而凸显应用和工作流。
2.尽量避让主线程/UI线程，避免锁界面。因为桌面应用锁UI的话只不过是一个窗口，而移动应用会给人感觉是“手机”这个整体挂了…
3.能迅速完成的操作/运算就不要指望后台，自己的程序随时可能被kill掉。后台只留给VOIP、网络操作之类的。
4.尽量加快启动速度。移动产品用的频繁，但单次使用远比桌面要短，所以不要出现Photoshop那样让用户傻等的情况。即使用个“假象”也要让用户觉得启动挺快的。
5.同一个功能最好有多种交互/操作方式。不像Windows一统桌面江湖，现在各个版本的android、iOS用户之间使用习惯迥异，最好能让人们的习惯都能work。
6.最好不要让UI控件太显眼(比如街机游戏中硕大的摇杆遮住了人物)，但也别太隐晦(猛犸浏览器4,哈哈哈)。
7.用户其实很在意耗电和发热量，桌面用户从不在乎…
8.很多功能别人说做不到或说平台不允许不开放的时候，总有人用匪夷所思的奇葩手段实现了…
个人拙见请勿轻信哈~
王思达，爱安卓，爱刷机，爱移动互联网
从桌面端转向移动端，一定要认识到二者不同的侧重点。桌面端包括web更侧重于逻辑复杂，高级的任务，而移动端的娱乐性明显更强。
就从操作方式说起吧，桌面端主要靠鼠标键盘和touchpad，所以操作精度要高得多，很容易将很多功能集成到一个界面里；但同样的思路就完全不适用于移动端了 （反例我是实在想不起来了，大家可以帮忙想想），相信一个cluttered ui的app，就算功能再强大，用户盯着你的界面超过3s就会头晕，点击某个button要点好几下才会成功，也必定是一个糟糕的app。
那什么样的操作方式是适用于移动端的呢？
ListView的滑动操作就是一个很好的例子，不需要用户任何的思考，只需顺着期待的内容出现的方向滑动，这样 intuitive的设计便是王道。类似的设计还有来自Tweetie的下拉刷新，Android 4.0引入标准库的ViewPager等等。上述的操作都有一个共同特点——手势操作。既然移动端（不管是手机还是平板）是拿在手上的设备，那手势操作成为其杀手锏就毫不奇怪了，自然也就成了区分移动端和桌面端的一个重要特质。PeakJi大神的猛犸浏览器和输入法（忘记名字了）同样也体现了这一点。
有了简单直观的手势操作，还有一个不得不提的feature——push notification。用户很懒，一台机器装了上百个app，可能一个月你的app也就被打开一两次，这当然不是你希望看到的。如果你的app是网站客户端性质的，那么push notification就是一个很好地利器了。怎么做呢？我总结了下面的流程：
1. 与社交网络连接，获取用户资料，分析用户兴趣
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
如何做好面试突击，规划学习方向？
面试题集可以帮助你查漏补缺，有方向有针对性的学习，为之后进大厂做准备。但是如果你仅仅是看一遍，而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。
网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。建议先制定学习计划，根据学习计划把知识点关联起来，形成一个系统化的知识体系。
学习方向很容易规划，但是如果只通过碎片化的学习，对自己的提升是很慢的。
同时我还搜集整理2020年字节跳动，以及腾讯，阿里，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。
在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多。
网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
(img-Ql7JXsfO-1711899944653)]
网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
