快速开发App和小程序-入门者和熟练者都可以看看

开发一款手机App应用软件,需要多个流程、基本的开发流程如下:
1.用户需求分析
2.产品原型设计
3.UI视觉设计
4.数据库搭建
5.服务端开发
6.iOS客户端开发/Android客户端开发
7.APP测试
8.上传到应用商店
于是,我们知道开发一款手机App应用软件,大致需要多个工作角色:产品经理、UI设计师、数据库架构师、服务端工程师、iOS客户端工程师、Android客户端工程师、测试工程师、运营人员、推广人员。(小程序稍微简单点)
然后,你看着孤独的自己,决定放弃!
对于开发者来说,我们要善于利用市面上的辅助工具,来协助自己的开发。用户需求分析、产品原型、客户端开发、测试和上传,自己能搞定,UI找设计的朋友帮忙,数据库和服务端就可以用到Bmob,解决服务端开发的问题,不用再找服务端工程师。
服务端工程师的核心工作就是把用户的数据保存在数据库上,其中数据库的核心操作是增加,删除,修改,查看这4种。bmob就是为app开发者提供了这类功能,实现了服务端工程师的职责。
数据操作:在bmob开发者后台的云数据库界面中,提供了一个可视化的数据库浏览工具,开发者可以在这里实现简单的增加,删除,修改,查看功能。

1.png

数据服务,可理解给用户提供一个数据库,显而易之,数据库的一些基本操作, 增删改查功能那是必不可少的。
bmob的内置表如下:
1._User 用户表,是Bmob创建应用默认就创建的一个表,除了普通表的列必须有之外,表中还多添加的列有: username[String],password[String],email[String],emailVerified[Boolean],mobilePhoneNumber[String],mobilePhoneNumberVerified[Boolean], authData[Object]

  1. _Installation 设备表,用户使用了推送功能,必须添加这张表,除了普通表的列必须有之外,表中还多添加的列有: badge[Number], channels[Array],timeZone[String],deviceType[String],installationId[String],deviceToken[String],notificationUri[String]
    3._Role 角色表,ACL可添加一个角色是否可读可写,所以这个表是在ACL使用的,除了普通表的列必须有之外,表中还多添加的列有: name[String], roles[Relation], users[Relation]

首先讲讲<_User>:
根据_User Bmob 衍生出来的功能还是挺多的,下面我们一一来说下

  1. 使用用户名和密码注册和登录
    如App的用户使用用户名和密码注册时,会在_User添加一行记录,登录时传入用户名和密码校验正确后,Bmob会返回相应的sessionToken。
  2. 使用邮箱和密码注册和登录
    除了上面普通的注册和登录外,如果用户在 应用信息-]邮件设置 页面打开了 邮箱验证 功能, 这个功能可让开发者定制App发送给用户的邮件模板内容。 Bmob会在App用户注册后给App用户邮箱发送一封开发者定制好的模板的邮件,里面包含一个激活的链接,App的用户点击链接,就会把_User的emailVerified列设置为true,表明这个邮箱是已验证过的了。
  3. 使用手机号码一键注册和登录
    除了上面普通的注册和登录外,App用户注册时开发者先请求短信接口获取到验证码后,就会给这个手机号码发送一条验证码短信,然后再上传mobilePhoneNumber和password和验证码,即可注册成功。登录时也要先请求短信接口获取验证码后,再使用手机号和验证码来登录。
    验证码短信开发者可以使用自己创建的模板,这块会在下面短信服务中再说了
  4. 用户账号连接第三方账户
    第三方账户目前有新浪微博、微信、QQ、匿名用户 ,使用的_User表的authData列,内容如下:
    1 {
    2 "authData": {
    3 "weibo": {
    4 "uid": "123456789",
    5 "access_token": "2.00ed6eMCV9DWcBcb79e8108f8m1HdE",
    6 "expires_in": 1564469423540
    7 }
    8 }
    9 }
    authData的内容是SDK调用第三方账户的接口返回的信息

内置表<_Installation>:
设备安装表,需要开发者在Web后台或SDK调用接口自行添加的。
channels[Array]: 当前这个设备订阅的渠道名称数组,用于按组推送;
deviceType[String]: 设备类型,Bmob支持的设备推送有:"ios","android","windowsphone";
installationId[String]: Bmob使用的设备唯一号,Android设备使用推送时是必须的,iOS可选;
deviceToken[String]: iOS设备由Apple APNS生成的唯一性token标识;
notificationUri[String]: Windows Phone设备由Windows Push Center生成的唯一性token标识;
badge[Number]: 这个是用于iOS标识推送消息数,需要开发者自己维护自增值;
既然它也是Bmob的一张表,除了有特殊字段用于推送,自然而然会有继承自普通表的所有功能,增删改查等。
举例给备订阅了渠道"Giants"的所有设备推送一条消息下去:
1 curl -X POST
2 -H "X-Bmob-Application-Id: Your Application ID"
3 -H "X-Bmob-REST-API-Key: Your REST API Key"
4 -H "Content-Type: application/json"
5 -d '{
6 "where":{
7 "channels":["Giants"]
8 },
9 "data": {
10 "alert": "Hello From Bmob."
11 }
12 }'
13 https://api.bmob.cn/1/push
其实推送都是根据查询条件去获取这个_Installation表满足条件的设备ID来一一推送的。 所以上面的where可以是Bmob支持的类似普通表查询的任意的查询条件。

内置表<_Role>
角色表,需要开发者在Web后台或SDK调用接口自行添加的。 是跟Bmob每个表都必须有的列:ACL(Access Control List:访问控制列表) 结合来使用的。
name[String]: 必须字段,表示角色名称
users[Relation]: 一个指向一系列用户的关系, 这些用户会继承角色的权限
roles[Relation]: 一个指向一系列子角色的关系, 这些子关系会继承父角色所有的权限
创建了角色后,可以设备表中的任意一行(一个对象)的ACL如下:
1 {
2 "f1766d0b42": {
3 "write": true
4 },
5 "role:Members": {
6 "read": true
7 },
8 "role:Moderators": {
9 "write": true
10 }
11 }

除了最基本的功能外,数据其他功能包括:删除多行、删除表中所有数据、删除表、删除列、客户端不显示列、唯一键、自增列、权限设置、 导入和导出。

数据操作
只能在web界面上操作数据库满足不了app的开发要求。于是,就必须要有相应的数据操作接口,能在开发者在app上实现数据库操作。bmob提供的数据操作接口,称为restful接口
restful接口
restful接口是符合一定规范的http接口,它的特点如下:
1.每一个URI代表对资源的操作;
2.操作有4种类型:GET:获取资源,POST:新增资源,PUT:修改资源,DELETE:删除资源
restful 接口的例子:下面是获取GameScore表中id为e1kXT22L的数据的例子
curl -X GET \ -H "X-Bmob-Application-Id: Your Application ID" \ -H "X-Bmob-REST-API-Key: Your REST API Key" \ https://api.bmob.cn/1/classes/GameScore/e1kXT22L

提供的各种sdk:restful接口是bmob提供的核心功能,但是在android,ios,php等开发语言中,直接调用restful接口不方便,于是就提供了各类sdk,把restful接口的操作用各种编程语言封装,方便开发者的调用,于是就有了各类sdk:Android、iOS、C# SDK (Windows, WindowsPhone, Unity3D)、微信小程序、JavaScript、Cocos2d-x、PHP SDK、Java SDK。

数据存储
数据涉及读和写这两个问题。出于性能的考虑,当然希望读和写的速度越快越好。 计算机中常见的存储设备是内存和硬盘,其特性如下:
1.内存的读取速度大概是SATA硬盘的读取速度的80倍。因此为了获得更快的读写速度,数据尽可能放在内存。
2.内存的容量有限。例如服务器最多只能拥有64G的内存,而服务器上的单个硬盘可高达1000G。
bmob平台上的各种数据,分别用3种数据库存储:mysql、redis、mongodb

当然,熟悉了Bmob数据操作、数据存储之后,还可以使用它的云端代码、文件服务、短信服务、支付服务等来帮助我们快速的开发App,这里就不详细说了,只是介绍了最基本的实现快速开发的功能,适合刚入门的同志。
提供一款基于Bmob来开发的,用于发布日志和心情的微信小程序源码:心邮
地址:https://github.com/bmob/Bmob-wechatapp-xinyou

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,736评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,167评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,442评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,902评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,302评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,573评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,847评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,562评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,260评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,531评论 2 245
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,021评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,367评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,016评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,068评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,827评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,610评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,514评论 2 269

推荐阅读更多精彩内容