作为第一批吃螃蟹的，来说一说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是调用底层原生的，说是简单提高效率，但是改变的是他的本质，难！总之，项目因为要求不高，最终还是商用起来了。