基本信息
编辑推荐
软件开发老兵余晟为本书倾情作序,Bmob后端云CEO何少岳、UCloud综合研发中心高级工程师胡亚平、bilibili研发总监毛剑联合力荐。
本书将告诉读者如何用“正确的方式”使用各种已有的工具,将为读者呈现一幅包括技术选型、后台搭建、性能优化、运维实践、架构设计在内的App后台开发蓝图。
内容简介
作译者
目录
前言 5
致谢 7
目录 8
第1 章 App 后台入门 16
1.1 App 后台的功能 16
1.2 App 后台架构 17
1.3 App 和App 后台的通信 19
1.4 App 后台和Web 后端的区别 22
1.5 选择服务器 23
1.6 选择编程语言 24
1.7 快速入门新技术 25
1.7.1 思维模式 25
1.7.2 4 种快速入门新技术的方法 25
1.8 App 是怎样炼成的 26
1.8.1 项目启动阶段 26
1.8.2 研发阶段 28
1.8.3 测试阶段 29
1.8.4 正式推出阶段 29
1.9 最适合App 的开发模式——敏捷开发 30
前言
在从事开发App 后台接近4 年的时间中,笔者参与了两款社交App 的开发,现在就职于bmob,从事云后台服务的研发工作,慢慢地对App 后台的架构有了一些体会。
从2013 年年底开始,笔者把工作笔记发表在CSDN 博客专栏“App 后端技术架构”,陆陆续续收到了很多网友的反馈,后来在QQ 里面接触了很多刚刚从事开发App 后台的开发者、找技术合伙人的创业者,在聊天的过程中,发现很多基本的问题被不停地问,例如:
队列有什么用?
Redis 的应用场景有哪些?
怎么保证通信的安全性?
看着对未来无限向往的同行也在重复着本人当初经历过的迷茫,也在纠结着这些技术问题,在网络上,没找到一本系统讲述App 后台架构的书籍,能搜索到的不是“高大尚”公司的解决方案,就是针对一个技术点很详细的讲解。
于是在网友的鼓励下,笔者决定把本人所掌握的开发App 后台的知识系统地讲解一次(当时计划是写30 篇左右的文章),笔者利用业余的时间陆陆续续地写成文章发表在CSDN博客专栏“App 后端技术架构”,这也是本书前3 章的初稿。
后来在博文视点的付睿编辑帮助下,笔者有机会把自身所学习的知识再系统地整理一次,以书籍的形式展现给各位读者,希望本书能够帮助更多的刚进入App 后台开发的朋友们,以及对App 后台技术感兴趣的产品经理和Android、iOS 开发者。App 后台开发运维和架构实践
因为本书的读者定位主要是App 后台的初学者,因此笔者尽量以图文并茂的方式给读者介绍App 后台各方面的技术。
笔者一向推崇的架构原则是,“尽量使用成熟可靠的云服务和开源软件,自身只专注于业务逻辑”,对于某项具体的技术必须掌握下面两点。
技术的应用场景。
技术的基本原理。
掌握上面两点后就能对这项技术有了基本的了解,在此基础上技术选型的优先级如下。
云服务。
开源软件。
自主研发。
通过上面的措施能在最大程度上减轻技术人员的额外研发负担,让自身的精力更加专注于业务。
至于某项技术的其他方面,例如怎么部署、开源软件的深度剖析等,笔者并不打算在本书中做深入的阐述,读者如果感兴趣可自行深入学习。笔者希望在本书中能给读者描绘一个App后台开发的蓝图。
本书主要分为4 部分。
序言
十八般兵器入门
软件开发工具的成长速度远远超过开发人员的成长速度,这是现实。
每个月,甚至每天,我们都可以见到新的类库、框架、工具、语言。它们或者极大地降低了开发的成本,或者极大地提升了开发的效率。
随之而来的问题就是,如何让开发人员妥善地运用好这些工具?
曾经有好几个做开发的同事跟我说:“写软件谁不会?从网上找些开源的类和项目来改改就是了”。目前也确实充斥着这种“改改就是”的工作思维。介绍某个类库和项目如何安装和调用的文章俯拾皆是。
但是每种工具究竟有什么优缺点?适合用来解决什么问题?需要以怎样的方式来解决问题?因此还需要做怎样的权衡?这样的问题基本没有人考虑,但是,它们又很重要。
这有点像练武。斧钺钩叉、刀枪剑戟,制造手艺日渐精良;可是习武的人心里没有分寸,该劈的时候提了枪,该刺的时候抡了斧…… 耍几下花把式还算足够,真正打起来哪能取胜?
我在面试新人中经常提的问题是:NoSQL 分为哪几种类型?每种类型的典型代表和应用场景是什么?要知道,用过MongoDB 和Redis 的人比比皆是,但回答不上这几个问题的也大有人在。这样的候选人,我是决计不敢要的。稍加不注意,他们就可能用Redis 存文档,用MongoDB 做复杂运算,甚至“大胆”用Redis 来替换数据库以解决性能瓶颈——噢,你说起“事务”,Redis 也是有“事务”的呀。
对这样的人,你真让他们去研究MongoDB 或者Redis,让他们去通读一本专著,似乎有点划不来,他们自己也没有那么多耐心。所以我常想,有没有一本“薄而广”的书,专注于开拓大家的眼界,并教导大家用“正确的方式”来使用各种已有的工具。如今我们虽然有海量的框架和类库,有突飞猛进的云服务,但是只要没有掌握“正确的应用方式”,就无法保证“把事情做对”,就只能开发出某几个方面明显不及格的产品。
所以当我看到曾健生编著的《App 后台开发运维和架构实践》时,不由得眼前一亮。这正是一本“薄而广”的书,它绝不像《打狗棍法》或者《辟邪剑法》,不负责地教你把某门特别的武功练到极致,而更像《十八般兵器入门》,告诉你刀枪剑戟各适合什么场景,使用时有什么注意事项。典型的例子如关于Redis 的部分,它讲的不是Redis 如何安装,如何调用,而是结合发送短信、社交关系计算等典型应用场景讲解Redis 的使用方式,并介绍在Redis 提供内建集群之前,市面上的各种集群的方案和优劣。这样虽然只有一章的篇幅,但为普通开发人员提供的价值绝对要比两三本Redis 专著都要大,而且读起来更有效率。
古代练武的人,未必人人都要做武林高手,许多人只是把十八般兵器都耍熟,就已经足够防贼、保平安,受益匪浅了。同样的道理,对今天的App 后台开发人员来说,把基本的点都踩到、踩准,把系统拎到及格线以上,避免明显的缺憾,对大多数场景来说,已经是意义重大了。
余晟
软件开发老兵,微信公众号“余晟以为”
媒体评论
十八般兵器入门
软件开发工具的成长速度远远超过开发人员的成长速度,这是现实。
每个月,甚至每天,我们都可以见到新的类库、框架、工具、语言。它们或者极大地降低了开发的成本,或者极大地提升了开发的效率。
随之而来的问题就是,如何让开发人员妥善地运用好这些工具?
曾经有好几个做开发的同事跟我说:“写软件谁不会?从网上找些开源的类和项目来改改就是了”。目前也确实充斥着这种“改改就是”的工作思维。介绍某个类库和项目如何安装和调用的文章俯拾皆是。
但是每种工具究竟有什么优缺点?适合用来解决什么问题?需要以怎样的方式来解决问题?因此还需要做怎样的权衡?这样的问题基本没有人考虑,但是,它们又很重要。
这有点像练武。斧钺钩叉、刀枪剑戟,制造手艺日渐精良;可是习武的人心里没有分寸,该劈的时候提了枪,该刺的时候抡了斧…… 耍几下花把式还算足够,真正打起来哪能取胜?
我在面试新人中经常提的问题是:NoSQL 分为哪几种类型?每种类型的典型代表和应用场景是什么?要知道,用过MongoDB 和Redis 的人比比皆是,但回答不上这几个问题的也大有人在。这样的候选人,我是决计不敢要的。稍加不注意,他们就可能用Redis 存文档,用MongoDB 做复杂运算,甚至“大胆”用Redis 来替换数据库以解决性能瓶颈——噢,你说起“事务”,Redis 也是有“事务”的呀。
对这样的人,你真让他们去研究MongoDB 或者Redis,让他们去通读一本专著,似乎有点划不来,他们自己也没有那么多耐心。所以我常想,有没有一本“薄而广”的书,专注于开拓大家的眼界,并教导大家用“正确的方式”来使用各种已有的工具。如今我们虽然有海量的框架和类库,有突飞猛进的云服务,但是只要没有掌握“正确的应用方式”,就无法保证“把事情做对”,就只能开发出某几个方面明显不及格的产品。
所以当我看到曾健生编著的《App 后台开发运维和架构实践》时,不由得眼前一亮。这正是一本“薄而广”的书,它绝不像《打狗棍法》或者《辟邪剑法》,不负责地教你把某门特别的武功练到极致,而更像《十八般兵器入门》,告诉你刀枪剑戟各适合什么场景,使用时有什么注意事项。典型的例子如关于Redis 的部分,它讲的不是Redis 如何安装,如何调用,而是结合发送短信、社交关系计算等典型应用场景讲解Redis 的使用方式,并介绍在Redis 提供内建集群之前,市面上的各种集群的方案和优劣。这样虽然只有一章的篇幅,但为普通开发人员提供的价值绝对要比两三本Redis 专著都要大,而且读起来更有效率。
古代练武的人,未必人人都要做武林高手,许多人只是把十八般兵器都耍熟,就已经足够防贼、保平安,受益匪浅了。同样的道理,对今天的App 后台开发人员来说,把基本的点都踩到、踩准,把系统拎到及格线以上,避免明显的缺憾,对大多数场景来说,已经是意义重大了。
余晟
软件开发老兵,微信公众号“余晟以为”