初识APP后台

来源:CSDN 浏览量:34 发布时间:2018-12-28 13:41:19

1.APP后台架构


  梳理app的业务流程、整理遇到问题、可行性技术、有机融合。


  架构是和业务密切相关的,其演变由业务驱动。架构的真实意义是为了解决问题,根据实际需求而设计。


2.APP和APP后台的通信


  APP和APP后台通信可以使用通用语言通信和使用暗语通信两种方式。


  除非开发者对App安全性、性能要求高,不然选择HTTP协议足够。


  通信中的长连接和短连接:


  长连接就像一直保持着手机通话,使用Socket或WebSocket连接,适用于手游和聊天推送服务。


  短连接就需要时才拨通电话,现在的主流通信方式是HTTP协议,开发效率高,有大量的第三方软件,节约开发人员的认知成本。


  APP和后台的通信大多数通过API(Application Programming Interface,应用程序编程接口) 


  后台返回给API的数据格式:JSON、XML。各有千秋,相比Json更加节省流量。


3.APP后台和Web后端的区别


  APP后台需要:网络传输的流量(对图片做处理:压缩)、移动手机的弱网络环境(手机高速移动的网络容易断开)、手机的电量有限(APP端和后台的运算相互平衡)。


4.选择服务器


  传统服务IDC器和云服务器


  随着业务规模的增大,面对高可用、高并发、监控警报的问题。运维问题解决需要的投入非常大。建议使用云服务器:用户选择升级后台硬件配置、宽带,网络支付,重启服务器。简单、方便、快捷。


5.选择编程语言


  选择符合场景的最热门的编程语言,是一条重要法则。开发效率高、切记不同语言维护相同业务逻辑。但,一个系统中不同的业务逻辑可以使用不同的编程语言实现。


6.快速学习新技术


  APP后台技术容易接触新知识,明白两个核心问题:软件适用场景、软件的运行原理。


  阅读:README文件、INSTALL文件,阅读官方文档,阅读源码(Example文件),实在不行就上网搜索呗~


7.APP诞生流程


  项目启动(产品经理使用Axure制作原型图、UI设计师设计界面、产品会议)-->


  研发阶段(根据业务需求完成后端架构设计,初步设定API接口(填入假数据))-->


  测试阶段(人人都是测试员,制定测试计划)-->


  正式推出阶段(发布到各大应用市场,市场推广)


8、最适合APP开发模式


  传统的开发模式:瀑布模式,最大的问题是开发周期过长,迭代速度慢。


  然而,移动互联网发展迅猛,需求不断变化。因此,引入Scrum敏捷开发框架。


  Scrum简介:敏捷开发框架,一个增量、迭代的开发过程。包括若干小的迭代周期(Sprint)


  使用产品Backlog来管理产品或项目的需求:按照商业价值排序的需求列表。开发总是先从对客户具有较高价值的需求开始。


  Sprint计划会议分析、讨论、估算得到一个Sprint的任务列表:Sprint Backlog。


  后台开发应先设计出相关API并让API返回假数据,方便APP开发人员调用接顺利开展工作。还可以对整个开发计划有总体的规范,相当于TDD(测试驱动开发)


  每日例会中,报告:昨天做了什么、今天准备做什么、什么工作需要和其他同时配合


  对于测试和修复bug,测试问题需要提交到Bug管理软件,写明:问题描述和重现步骤、测试人员、负责解决问题的人员。


  评审会议,演示APP的功能。


  回顾会议,各自说出优缺点。


  技术反馈,APP应具有意见反馈功能,产品经理可以通过后台系统账号可以和用户交流。


  最后,敏捷开发适用于需求多变、开发周期短的项目,并不是万能的。

--------------------- 


原文:https://blog.csdn.net/qq_36347817/article/details/78938210