作为第一批吃螃蟹的,来说一说apicloud做移动端项目的一些体会。
刚开始接到项目,需要移动端开发两个项目,公司人员里面没有一个会原生android或者ios开发的,目前能出的技术也就是web,后端c#
老板项目时间定的很紧张,一个月,怎么整。
没办法跟老板抱怨了下,任务重,又没人开发,项目风险很大。
老板是个初生牛犊不怕虎的人,总感觉什么东西都可以解决,一方面安慰我说他会招人,(想想就知道是敷衍)
一方面说方法总比困难多,你先做做看,不下指标,能成就成。
这么一说,就放开点了,网上搜索了一通,发现了apicloud,这是第一次接触它,感觉看介绍挺强大的,但是东西新,不可靠,这也是确实apicloud
前期面对的问题,不过看东西要看他的潜力,后面apicloud确实壮大强大了不少,也开始收费了,有价值才会收费,当然部分功能对于小产品来说
感觉免费的都够用了,证实当时选择是对的。
关注一圈之后,总结了下,apicloud涉及 技术也就是前端的html,后端我们现有的c#工程师可以用asp.net mvc4来做。
一通评估之后,就开始做个demo,也是俺第一次担任架构师的任务。理解了apicloud工作原理后,用他来开发发现一点都不难。
没过两天,参考了官方的一个案例,一个demo原型就出来了,老板看了还可以,一通霹雳啪啦解释这东西优劣之后,老板发话开始搞吧。
就这么滴,两个项目,在一个月内通过apicloud搞完了。一个做后端,一个前端,加上我这个架构(其实没做什么事,整理整理需求而已),总共三个人,
从零开始学apicloud。
过程中确实 碰到一些问题,论坛上发了,感觉官方技术回复挺及时的,但是,发现那些技术实际上并不是非常懂apicloud,一些问题他们也没辙。
碰到问题不可怕,怕的是退却。我们却迎难而上,虽然方法有点戳,但是功能最终还是实现了。
总结:
apicloud请求机制还是基于web形式,效率不高,这点对于移动端来说致命,其他开发效率高,部署方便等很多优点就不说了。
希望apicloud后期能学下reactnative.js,支持调用原生的请求你,提高请求效率,这样就完美了。当然回到东西的本质,apicloud就是基于web的,
reactnative.js是调用底层原生的,说是简单提高效率,但是改变的是他的本质,难!总之,项目因为要求不高,最终还是商用起来了。