当前位置：
&&&开发一款电商App该注意哪些问题？
开发一款电商App该注意哪些问题？
APP的创富神话远远超越当年的网站，不少APP一夜成名，像最近又很火的「魔漫相机」，一时间朋友圈都是各位好友的趣味形象。中国市场有个特色，什么生意 好做，大家就开始扎堆。
那么，开发一款电商App需要注意什么呢？首先我们得明白2个问题App为什么这么热，App开发工程师大概的薪资又是多少？
应该说，国内APP最火的时候应该是在2011年底到2013年初。那个时候，不少「土豪」们争相投资各种APP或APP开发团队。而且这段时间也是苹果手机风靡全球的时候，因此开发苹果版APP是最热门的需求，因此也催生了一批IOS开发工程师。大学裡基本没有教授这门技能，也鲜有相 关的训练机构，大部分的工程师都是靠自学成长。但是苹果体系的封闭性致使了学习IOS开发的本钱比安卓的要高许多，至少手头要有一台能装有苹果体系的电脑，还要有一个苹果手机或平板做测试，申请一个开发者账号也需要好几百块，这些加起来都将近一万多，不是一般人能接受得起的，因此，懂IOS开发的人也就 少了。
在这种求大于供的情况下，IOS开发工程师的薪酬像泡泡一样越吹越大，最疯狂的时候，一个稍微懂点IOS的程序员就能要个7、8千的月薪，编出来的 软件基本用不了，由于经验完全不足。一方面资本的推高，另一方开发本钱的高企，直接致使了APP开发的费用水涨船高。
安卓APP由于本身采用的是JAVA 语言，又是开放体系，许多学校和训练机构都相继开设了课程，大量的流水线式的产出安卓开发工程师，但这并不致使开发本钱的降低，反而，由于三星等国内外手 机厂家对安卓体系的大力改造和开展，安卓体系的使用场景越来越广泛，市场需求旺盛，所以工程师的薪酬并不比IOS的低许多。也就是说，1是中国人做事喜欢 扎堆，见什么火就跟什么，催生市场需求量很大;2是App开发基本无材料本钱，主要还是来自人力本钱。
Q：实际开发一个App大概要多少钱呢?
A：假如真正想做一款好的APP， 那就得考虑IOS和Android两个平台各做一个APP，同时挑选一个好的开发团队，这个很重要，由于差的团队做出来的产品基本会有许多疑问。一个好的 APP项目至少需要一个项目经理、一个UI设计师，一个IOS开发工程师和一个安卓开发工程师，另外假如需要后台数据交互的，还需要一个后台开发工程师， 规范的话还需要一个测试工程师。这些人员的月薪加上来已经超越4、5万人民币了，对于简单的APP，设计、开发加上测试的时间大概需要6到8周，复杂一些 的需要8到12周。这么算下来，一个简单APP的开发费用就需要6~10万，稍微複杂些的需要10~15万，这裡包括两个版本的APP。当然这个规模不是 很确切的，有些难度较大的或者前后台复杂程度高的体系，价格也会更高。
Q:有没有人觉得你们开发的价格实在太高了，就手机里一个破软件，需要这么多钱吗？
A：不少行外人不理解，不就是在手机上做个相似网站的东西，怎么也许需要十几万呢。对这些有疑问的人，我都会把上面的背景通知他，这是市场的结果，不是忽悠，也不是垄断。我们也碰到过这么的人，愣是不相信，后来他们自个组建团队开发，结果费用比当初的报价还多出两三倍。
Q：对于一个企业来说，是否有必要开发App呢？
A： 答案是肯定的，由于移动互联网的开展已经进入普及期。但做哪一类的APP呢?以我多年的经验，原生态的APP，是工具类和平台类的首选；而对于普通的展示 类或服务类，则能够挑选Web APP来实现。
原生态APP的好处是能够实现更多的基于手机的功能，比如GPS定位，手机拍照，手机的重力感应等，并且他能够自个掌握数据和用户；但缺点 是这类APP开发后推行是一个难点。因此用原生态APP作为展示推行品牌或产品的目的就变得不现实了。它只能作为工具类或平台类的挑选。
举个列子，假如企 业想开发一套简单的销售管理体系，方便业务人员和管理人员对销售工作进行管理，这归于工具类，主张开发原生态APP。 假如企业只是想把自个的产品展示出来或实现网上下单，那么主张用Web APP来实现就够了。说了这么多，相信大家也对APP开发有了一定的了解。做APP已经是一个趋势，主要在于做这个APP的出发点是什么，想好了再挑选一 个合适的方式，这么才能做到事半功倍。契约：想开发一个好的App本 钱确实不低，不是一切企业都能够接受得起的。相对于App开发的本钱来说，其推行和运营本钱会更高，也有花费千万的推行费，依然砸不出可观的装置量的。也会有装置量还能够，但是活跃用户很低的，这就是产品运营上的缺失。还有一个是App的盈利疑问，目前市面上绝大多数的App都没有很好的盈利模式，连之前 资本热捧的App市场现在也很萧条。所以，在决定开发App之前一定要想好是否真的需要，还是说用来装B之用。并不是说别人有的你也一定要有，别人有癌症，你也要有吗?也并不是说别人能够做到的，你或你的团队一定也能做到，别人能够把公司带上纳斯达克，你能够吗？
跟风也要适度，先要想好自个真正的核心竞争力是什么，是否真的需要这么个东西。以上就是开发一款电商App所需要注意的问题，开发一款APP真正目的是为了体现它的价值。
最后特别为大家推荐一款app推广方式，ROM助手线下预约推广。通过平台和中小型手机厂商、方案公司、手机批发商、店面零售/维修、售后服务商、ROM开发者合作。
App预装推广的优势：
手机APP预装推广能够让手机使用者首次使用的时候就自动激活已经预装的APP，一旦预装的量达到一旦的数量，其APP被推广的用户将不计其数，特别是像小米等这几年销量剧增的手机，如果能在这种手机中预装APP，可以说是能够实现最大程度的APP推广，这种推广的效果甚至会远远大于在网站、微信、应用商店等地方的推广效果。
Ta的热门文章
1072人申请Jabra Elite 65t 捷波朗 臻律 无线蓝牙音乐耳机
3394人申请ANMRUI安美瑞 X8 FFU空气净化器
5754人申请爱迪生食物垃圾处理器
819人申请红辣椒7x 手机
2305人申请德国osann欧颂儿童安全增高垫
￥3699【微鲸智能投影M1】微鲸智能投影M1 给你生活仪式感
￥3199【空气净化器】AIRX空气净化器A8：大风量无惧噪音
￥1899【ILIFE智意天目X660扫地机器人】ILIFE智意天目X660扫地机器人：全新打造
AI视觉清扫
￥1499【健腹器】SLENDERTONE健腹器：型动人生 大有不同
￥109【ROMOSS】罗马仕（ROMOSS）太阳神移动电源/充电宝 能量随时就位
你还可以分享到以下地方，获得10蘑菇参与！
免费试用：
微信添加"亿智蘑菇"获取我们的服务
微博添加"亿智蘑菇"获取我们的服务
下次自动登录
使用第三方登录未承诺：、、
北京手机app应用开发过程要懂的8个细节
北京手机app应用开发要注意的细节
发布时间： 17:04:50　阅读次数：174次
APP现在已经成为人们炙手可热的话题，渐渐成为消费者必不可少的生活元素。平板电脑、智能手机也成为了商家的新宠。下面就细节：北京澳环网站设计中心别样网络说八点技巧！1、明确北京手机app应用开发方向
产品方向是北京手机app应用开发的启明灯，没有明确的方向会使北京手机app应用开发进程混乱，所以确定目标受众，订立相应目标，计划好开发方向才能确定市场对你的APP软件是否存在需求、存在哪方面的需求。北京澳环网站设计中心别样网络市场总监说。“人们很容易迷恋自己的Idea，即便是市场对此毫无兴趣，这种做法实际上就是北京手机app应用开发当中代价最大的错误。”2、明确北京手机app应用开发的功能点
没有哪一个可以做到功能全面的，而且功能过多的APP软件反而会使用户感到操作复杂，功能点突出才能APP软件明确，才能让用户更好地记住你的APP，当然可以适当的配些关联性强的功能，但还是要以突出主功能为主，就像天气北京手机app应用开发可以配合日历，帮助用户安排行程，但其功能点定位是天气，日历也是围绕天气使用。3、推送服务的使用
推送服务是北京手机app应用开发与用户之间一种有效的沟通机制，APP通过手机向用户推送信息来提醒用户，达到让用户使用APP的目的，但保持推送服务器稳定的开发难度很大，一般都是使用稳定的第三方推送方案，这时就要考虑信息推送的安全、即时、稳定和消耗了。4、了解APP软件市场概况
北京手机app应用开发人员对市场状况的了解与APP的成功紧密相连，目前，App Store和Google Play可以说是移动APP软件最为丰富的APP软件生态，像苹果的下载统计表单会记录热门APP软件的下载信息，若北京手机app应用开发人员有规律的回顾这些表单，并相应地记录自己APP软件的潜在发展趋势，是有利于设计、营销以及多种价格模式的更好理解和领悟的。5、优化UI设计
UI设计是包括人机交互、操作逻辑、界面美观的整体设计，应遵循简易、灵活、人性化的原则，贴心的隐藏、巧妙的移位、简单的手势、高效的按钮等都会为APP加分。好的UI设计不仅是让北京手机app应用开发变得有个性、有品味，还要让APP软件的操作变得舒适、简单、流畅，充分体现北京手机app应用开发的定位和特点。6、提升用户体验
好的用户体验就是好的APP，好的APP应以用户为核心，从用户的角度出发，用户体验不单体现在视觉方面，还体现在操作的简单流畅和北京手机app应用开发的安全稳定。曾有一份百分制调查显示，用户所希望的APP，实用及安全两项因素分别占81分和79分，APP软件的丰富性、运行速度均在75分以上，所以提升App的用户体验，增强实用性和趣味性，才能让用户对你的App满意。7、评估工作量及时间
这项其实也是开发成本的一部分，也就是要明确分工，不要忽略开发预算，花几个小时和几天时间做出的功能肯定是截然不同的，所以要有一个合理的规划，适当评估工作量及时间才能适时控制相应的投入成本。8、验收，修改及完善
所谓当局者迷，所以在北京手机app应用开发过程中，找一部分测试用户参与是非常有必要的。在demo出来之后，不要急于发布，自己试用、体验几遍，然后根据情况修改，如果没有大错误后，可以再尝试寻找beta用户，再根据他们回馈的方法，进一步提高北京手机app应用开发质量，反复测试无错误后就上传等候审批吧。
北京澳环科技有限公司
LOGO设计活动
一品同城招募城市创始合伙人
浏览与收藏
交易次数：9次
访问次数：32724次
收藏人数：1人
北京手机app应用开发|北京微信功能设计开发|北京团购网站建设开发|商城网站设计开发|网站网页设计制作
http://aohuan.epweike.com/
地址：北京朝阳区北辰北苑媒体村天畅园C3-2308室
Copyright (C)
www.epwk.com 厦门一品威客网络科技股份有限公司版权所有 备案：闽ICP备号手机应用开发者需注意的20个事项
手机应用开发者需注意的20个事项
20:25:33 |
摘要：你想要成为手机开发者吗？你的目标可能是从应用商店中赚取大量金钱，也可能只是为了寻找新的挑战。无论你的目的是什么，当你设计应用时，可能需要考虑到代码层面之外的某些东西。
在你开始进行开发之前，你需要弄清楚那些必须解决的问题。谁会使用你的应用？他们会在何处使用应用？他们会如何使用应用？如果他们同时参与其他的活动，会对应用的使用有何影响？
得出这些问题的答案后，将 ...
你想要成为手机开发者吗？你的目标可能是从应用商店中赚取大量金钱，也可能只是为了寻找新的挑战。无论你的目的是什么，当你设计应用时，可能需要考虑到代码层面之外的某些东西。
在你开始进行开发之前，你需要弄清楚那些必须解决的问题。谁会使用你的应用？他们会在何处使用应用？他们会如何使用应用？如果他们同时参与其他的活动，会对应用的使用有何影响？
得出这些问题的答案后，将它们写下来粘在墙上。如果你在做决定时遇到困难，可以回头看看这些答案，它们会引导你选择正确的方向。
mobile apps(from netmagazine)
1、选择平台
平台的选择取决于你构建的应用类型和用户群体。用户数量最多的平台是网页。如果你想要出售应用，那么可以将它投放到应用商店中。如果你需要访问Camera或其他设备的特殊API，那么你可以选择本土化路径或使用AIR、PhoneGap和Titanium之类的包装器。
不存在最完美的平台。影响平台选择的因素很多，你需要从上述问题的答案中寻找适当的平台。
2、你不会一夜暴富
许多人将当前App Store的状况比作19世纪40年代末的加州淘金热。这种想法固然极具吸引力，但却是对行业的误解。我不推荐仅仅为了赚钱而制作手机应用，通过这种方法来致富还不如直接去赌场。
但是，我们都曾经听到过媒体报道的成功故事。我最喜欢的故事是，加拿大开发者Matt Rix花数个月晚上的闲暇时间制作出的游戏最终超越《愤怒的小鸟》登上榜单前10名，这款游戏便是《Trainyard》。
面对当前App Store和Android Market的数十万竞争者，获得用户关注并非易事。
3、阅读HIG
可供你选择的任何平台都有Human Interface Guidelines（游戏邦注：简称“HIG”）文件。它告诉你如何在目标平台上创建用户界面。在这个方面，每个平台都有所不同，你应当有一定的了解。
HIG(from netmagazine)
比如，iOS用户习惯于在界面左上角寻找后退按钮。而在Android上，多数设备都有个硬件的后退按钮，所以在应用中设置额外的后退按钮便显得多此一举。
在BlackBerry PlayBook上，用户期望能够在拉下顶部斜面时能够看到设置和选项。使用这些用户熟悉的设置并不一定会赢得用户好感，但如果不这么做的话，势必会使用户反感。
所以，请阅读HIG，了解其中的概念。但是要记住，这些只是指导意见而已，并不是规则，也不是应用审查的项目。
4、将功能与趣味性融合
构建实用应用并不意味着它必须显得乏味无趣。2009年，在我们的《Flash on the Beach》会议指导中，我们使用了iOS组件的标准设置，但是设计出完全不同的外观和感觉。我们想要让应用更有特色，但同时不会让用户感到困惑。
我最喜欢的iPhone摄影应用是《Camera+》，它的按键和名称看起来很普通，但是有可爱的自定义字体。
Camera+(from flickr.com)
我最喜欢的Twitter客户端《Tweetbot》精妙地结合使用了阴影和偏斜，使得自定义警告栏的风格与应用设计的其他成分相符，应用整体看起来很美观。从这个方面可以看出开发团队对应用细节的关注。
所以，我们可以在遵从指导的前提下呈现一定的趣味性。现在，使用支持iOS5的新Appearance API，这样的目标更容易实现。
5、挑战传统
这个方面最著名的例子便是“拉动更新”。你应该知道我所说的是什么功能。Loren Brichter在《Tweetie 2》中将这种设计概念呈现给全世界，自那时起便如同野火般迅速传播，并蔓延至其他手机操作系统上。
想法很简单，你将列表拉动到某个点，放开后就会发生某些事情，比如重新加载Twitter等数据。尽管乍看之下显得很普通，但是一旦你理解了它的原理，就会认同这是个天才般的发明。
今天，我们可以在Gowalla、Facebook、Google+、Tweetbot、foursquare、oink和Fribi中看到“拉动更新”。
raising a button in the bottom toolbar(from netmagazine)
在底部工具栏突出某个按键也是个流行的创新。Oink、foursquare和Fribi等许多应用都通过这种方式来突出重点。
6、行为差异
在开发手机应用时，你的产品需要在30秒到1分钟的时间内吸引用户。你的应用应当设计成，我们一看到应用就愿意使用。这意味着不要使用复杂的界面，只需要给用户提供细节内容，是吗？
可以说是，也可以说不是。有时，我坐在沙发上看电视，那时平板电脑就会受到限制。有时，我又会需要平板电脑和应用。用户在不同情况下对应用有不同的需求。
所以，要弄清楚用户有可能在哪些地方使用应用，他们当时可能会在做什么事情，根据这些问题的答案进行相应的设计。
7、内容的差异性
简单就是良好，但简单并不意味着愚蠢，我们需要专注于应用的核心功能，编写有效且与该功能相关的复制应用。
对其他应用进行微妙的复制是件非常困难的事情。
8、注意操作便捷性
我的手指比较粗大，所需的最小点击区域为44像素。任何小于这个尺寸的图标都有可能造成应用使用过于困难。我们在《FOTB 2010》应用上犯过这方面的错误。
尽管后退按键的高度只有10个像素，但是我们设计了很大的点击区域，使操作更加容易。这样做会产生什么问题呢？这样的按键在屏幕上几乎看不到。不要犯这样的错误！
9、独立的分辨率
如果你希望自己的应用能够与各种设备兼容，很可能需要对你的应用进行缩放，这样才能更好地在多种设备上呈现图片。
实现这个目标最简答的方法是，让设计师自开发一开始就以矢量形式来创建美术图像。这样，当你需要以512X512的形式在iTunes上呈现图标时，就不会产生问题。
10、设计漂亮的图标
icon(from netmagazine)
这个古老的真理目前依然适用。你只有一次给玩家留下印象的机会，你的图标便是整个应用的基础。
我们可以利用图标在呈现应用精美的一面，好好利用这个机会。
所以，让我们在图标细节上花点时间和精力。去年，针对《Flash on the Beach》，我们构建了FOTB.me，我们最初试图构建的是只适用于手机设备的web应用。
当站点被添加到iOS的主屏幕上时，你可以自行设定图标和屏幕。所以，我们利用这个机会，创作了许多种类的图标。一个用于较老的iPhone，一个用于retina屏幕，一个用于iPad。
诚然，很少人会注意到我们所做的这项工作。但是如果他们发现了，希望这会令他们感到惊讶，也可能会让他们感到高兴。如果取得这样的效果，着实是件令人惊叹的事情。
11、手机就是身份
之所以需要注意到这点，是因为我的手机会告诉你许多有关我的信息。
你可能会看到我在手机上安装了许多应用，虽然它们被分成多个不同的文件夹，但是我的桌面看起来仍显得一团乱麻。看到这一切，你会怎样看待我呢？
iPhone apps(from netmagazine)
我的底线是，不能用丑陋的图标来污染我漂亮的屏幕，因为这会让我给别人留下不好的印象。
12、不要让用户阅读使用手册
如果你知道人们不愿意去阅读桌面软件的使用手册的话，那么对于手机应用，他们不阅读使用手册的可能性是桌面软件的两倍到三倍。
当iPad面世时，有款杂志应用设计了各种导航手势。一开始我觉得，这样的设计真得很酷！
然而一周之后，我不知道要如何使用这款应用。帮助屏幕也被应用隐藏，所以唯一的选择是重新安装应用。这可不算是什么好的体验。
如果你计划使用某些疯狂和基于手势的导航，这是可以的。但是，请确保在应用中可以随时选择查看帮助，而且让用户觉得这些特别手势是值得学习的。
13、不要伪装原生应用
我并不喜欢那些模仿原生应用外观和感觉的web应用。许多开发者尽量使自己应用的UI框架看起来像原生应用的控制方式。当它们最终被发布到App Store上时，问题就产生了。
这些web应用运行较为缓慢，但是因为其外观和感觉像是原生应用，所以用户也期望它们的速度类似于原生应用。也就是说，开发者似乎做出了承诺，但是却无法兑现。
我不会选择这种做法。
14、想法并不重要
2001年，Nas说过：“世间不存在原创的想法。重要的不是你做什么，而是做得怎么样。”
事实在于，开发者有可能萌生出多种想法，但执行才是应用成功的关键。只有精心设计的产品才能够走得更远。
15、针对自己的需求进行设计
这样，你至少能够确保让一位用户开心。但是，更重要的是，如果你针对自己的需求来设计应用，你可以精确地知道自己想通过应用解决那些问题，以及如何妥善地解决这些问题。
16、倾听用户的需求
某些情况下用户会提供反馈，所以拥有与他们交流的方法是件很重要的事情。使用GetSatisfaction这样的服务可以使用户与你对话，包括报告应用漏洞或提出功能要求。这个关键在于，交流应当公开且透明。
Twitter自然也是个值得考虑的工具，但需要做更多的工作。
虽然我们需要倾听用户的反馈而且用户有时也确实有些精妙的想法，但应用的设计并非集思广益。你不需要完全根据用户的看法来设计应用，要相信你自己的直觉。
17、跟踪用户
分析是很重要的步骤。我们可以从中学习用户行为，看到他们是如何使用应用的。
我们在FOTB.me上使用Google Analytics，主要关注Android、iPhone、iPad和PlayBook。我也使用Twitter来跟踪人们谈论应用的内容，曾经看到如下评论：
“@FOTBme 我希望在今年看到web应用的梦想实现了，但是应用完全无法在Symbian系统的Opera上运行…”——Thomas Kr?ftner (@tkraftner) 日
于是，我想知道有多少人遇到了同样的问题。查看Google Analytics，我发现在4241个独立访客中，只有4个人有此问题。比例只有0.09%，我们还能够接受。
数个小时后，出现了以下评论
“#Fotb 应用无法在所有Android版的Opera上运行。”——Andreas R (@sunjammer) 日
我们看到，受这种情况影响的用户有20个，比例为0.5%，我们依然可以接受。
关键点在于，如果没有这些数据，我们根本不知道问题的严重性。拥有这些数据，或许可以让我们晚上睡得踏实些。
18、测试原型
这是个向其他人展示想法和探索技术易用性的良好工具。我们会编写计划和部分功能，由此来测试解决问题的可行方法。无论你设计何种应用，都要先针对设备制作出原型。
你可以用来制作出可触碰原型的工具很多，比如Prototypes、Balsamiq和FieldTest。你甚至可以使用Keynote。
无论你选择何种工具，都要用设备来运行游戏原型，将其展示给好友，获得他们的反馈。获得足够的反馈意见后，你就可以将原型抛弃。
没错，我的意思就是将原型抛弃。尽管这听上去有点可惜，但是任何你已经编写过的代码都会被运用到游戏的制作中，它们不会就此消失。
无论使用何种方法，你都需要快速地制作出原型。但是，你不能为修改此代码花费大量的时间，所以要将其抛弃。
19、开始动手
以你的想法为基础，开始应用的开发。尽管开发很困难，但也很令人兴奋，将想法变成现实吧！
当然，我们很希望能够从一开始就将所有内容制作得相当完美，但这是无法实现的，我们只能努力去做到这一点。
20、用产品改变世界
这是个崇高的目标，但是我认为值得拥有。作为设计师和开发者，我们有能力创造出影响自己和他人生活的产品。
如果我们能让生活更加简单，同时还能够解决生活中的问题，那么我们创造出的就是好产品，是值得我们骄傲的产品。
游戏邦注：本文发稿于日，所涉时间、事件和数据均以此为准。
版权所有:非特殊声明均为本站原创文章，转载请注明出处：
订阅更新:您可以通过
您可能感兴趣的文章移动APP服务端API设计应该考虑到的问题
时间： 16:28:10
&&&& 阅读：3242
&&&& 评论：
&&&& 收藏：0
标签：转载：http://www.hutuseng.com/article/how-to-design-api
2014年，移动APP的热度丝毫没有减退，怎样为您的移动端app设计良好的服务器端接口（API）呢？ 下面谈谈我个人的一些想法。
2014年，移动APP的热度丝毫没有减退，并没有像桌面软件被WEB网站那样所取代，不但如此，越来越多的传统应用、网站也都开始制作自己的移动APP，也就是我们常说的IOS客户端、android客户端。这仿佛又回到了多年前的CS架构，那时候我们用VB、VC、Delphi在Windows平台上快速开发各种应用程序。不同的是，如今的移动端APP基本上都是联网从服务器端获取各种数据，客户端只是一个简单的表现层的工具。不仅仅是移动APP，包括面向服务的SOA架构，都需要制定一套统一、规范的接口，那么，做这样的后端接口需要注意哪些问题呢？1、跨平台性所谓跨平台是指我们的接口要能够支持不同的终端，比如android、ios、windowsphone以及桌面软件、网站等，一套接口，支持多端，就像当年Java的口号一样&Write Once,Run Anywhere&。当然从本质上讲，服务器端的接口跟终端是没有太大关系的，只是接口应该考虑到不同端的接入成本，采用通用的解决方案，比如通信协议就采用最常用的HTTP协议，如果是即时通信，可以采用开放的XMPP协议，做游戏的可以采用可靠的TCP协议，除非TCP不够用了，再采用定制的UDP协议。数据交换采用xml或者json格式等等。总之，要达到的目标就是让不同的端能够很方便的使用你的接口。2、良好的响应速度如果要用一个指标来衡量接口的性能的话，那么我想最重要的就是响应速度了。接口应该以最快的速度将数据返回给请求者。试想，当我们打开一个页面，如果&努力加载中&之类的提示超过三五秒钟的话，我们肯定会变得不耐烦，移动app本来大部分就是用户在碎片化时间来使用的，在有限的时间内，用户恨不得获得的信息越多越好，即使你的app界面设计的再好，用户也不会买账。提高响应速度又是个老生常谈的问题，大体上应该按照以下步骤来做：初期，以功能为主，要保证功能完整，满足业务需求，这阶段可以使用动态的语言，比如java、php、asp.net等，配合设计良好的数据库结构和索引，能满足一定的需求；其次，随着用户的增多，可以考虑一些缓存方案，缓存是解决性能问题的万金油，通常能起到立竿见影的效果。&最常用的静态文件缓存，memcached内存缓存等。然后，单台机器的吞吐率不行了，通过负载均衡多加几台机器就行了。七八台机器，支持每天千万级的接口调用是可行的。或者，直接采用CDN的解决方案，将绝大多数的静态资源交给CDN去处理。总之，要达到的目标就是快，一个页面，秒开最好，超过三秒就需要找找原因了。3、接口要为移动客户端考虑接口不仅仅是提供数据和功能就完事了，更应该充分考虑移动端的特性，为移动端提供更加方便、快捷的接口。比如，在移动端里，下拉刷新和上拉加载更多是很常见的功能，如果接口仍然按照传统的web思路，只提供按页读取的话，就会造成移动端的额外的数据请求和计算。 这时，接口就应该针对这两种类型的操作提供额外的支持。再比如，对于一个新闻阅读类的app来说，最新的新闻列表里的文章，特别是前几条，用户很容易点击进去看，而后面的老的文章列表，一来用户下滑加载好几页的情况较少，二来过时的新闻用户也很少点。如果，接口在返回新闻列表时，对于最新的列表，可以直接把文章的正文（或者部分正文，比如一屏的内容）信息一起传给客户端，这样，用户在打开新闻详情页的时候，就不用再从服务器端获取了，自然可以做到秒开。比如访问第一页时，接口可以返回文章内容，如下所示 ，content=1表示加载文章内容newslist?page=1&pagesize=20&content=1其他页时，newslist?page=5&pagesize=20&content=0 ,不用加载文章内容。当然，客户端要跟接口做好配合，搭配好，才能最大化的提高性能。比如，移动端都有左右滑动来看上一篇、下一篇文章或者图片的功能，如果，当用户请求某篇文章的时候，服务器端顺便也把下一篇文章的内容返回回来了，
那么当用户看下一篇的时候，是不是就很快了呢。
当然这种preload的方案也不能滥用，如果预加载数据的命中率较低的话，也不行，白白浪费了很多的流量。
4、考虑移动端的网络情况和耗电量如果让我们说出哪类app比较好，可能还不大好说，但是如果让我们说出哪些app很差，我们肯定会说出那些 体积很大、占用内存多、界面很卡、费电的app不好。对于移动APP开发者来说， 网络流量和电池电量是不得不考虑的问题。不过，您也许会说，这些跟接口没啥关系吧，服务器端的接口还能管得了客户端的网络流量和电量？对于网络情况，接口应该具备为不同的网络提供不同的内容的能力，通常，移动端的上网方式无非是2G（GSM、GPRS、EDGE）、3G（CDMA、TDSCDMA、WCDMA）、WIFI，设想一下，如果用户在流量需要花钱的情况下，你的app给用户展示了视频、音频、大量的图片而没有通知用户的情况下，用户会怎么想，毕竟国内的流量费用还是很贵的。还以上面的新闻列表接口为例，如果我们能够知道用户的网络情况，只有在wifi的情况下才给用户传输封面图、缩略图之类的，是不是可以帮用户节省很多流量呢。newslist?page=1&pagesize=20&content=1&network=wifi对于电量，首先我们要弄清楚，app的哪些方面会消耗电量？比如app有大量的计算、有很炫的视觉画面都会消耗电量， 另外，不断的移动网络链接也会消耗大量的电量，我们都知道移动网络是通过无线电波来通讯的，那么发射装置就需要消耗一定的电量来发射和接收无线信号。特别的是，频繁的链接会不断的切换网络设备与移动基站之间连接状态，这都会消耗一部分电量。所以，对于接口而言，尽量用少的链接传输多的数据，比如，对于关于我们、版本更新以及一些系统配置信息，完全可以通过一次链接全部返回给客户端。5、通用的数据交换格式目前，对于接口和客户端的数据交换格式，基本上就是两种，xml和json，而现在使用json的应该占大多数。交换的数据包括两种，一种是客户端请求服务器端接口时传递的一些参数，一种是服务器端返回给客户端的数据。对于客户端的请求参数，现在也越来越多的接口要求采用json的格式，而不是以往最常见的key_value对了。比如，接口需要username和password两个参数key_value pair的方式是：username=hutuseng&password=hutusengpwd然后通过GET或者POST方式传送。而通过json方式交换数据的话，格式如下，直接POST到服务器端。{‘username‘:‘hutuseng‘,‘password‘:‘hutusengpwd‘}对于服务器端返回的json数据格式，需要注意两个问题：一是汉字编码问题，因为json（javascript）内部支持Unicode编码，会将汉字等转换成unicode编码保存，&所以在返回结果中，对于中文，可以直接输出中文，也可以输出中文的unicode编码，json解析器都会很好的解析。&比如下面两种方式都是可以的。{"code":"208","data":"\u53c2\ud\u5b8c\u6574"}&{"code": "208","data": "参数不完整"}二是字段的数据类型，特别是数字类型的，json中尽量转成数字格式，比如{‘userid‘:128}不要写成{‘userid‘:‘128‘}6、接口统计功能在做PC端网站的时候，我们都会给我们的网站加上个统计功能，要么自己写统计系统，要么使用第三方的比如GA、百度等。移动端接口API则需要我们自己实现统计功能，这时就需要我们尽可能多的收集客户端的信息，除了传统的IP、User-Agent之外，还应该收集一些移动相关的信息，比如手机操作系统，是android还是ios，都是什么版本，用户使用的网络状况，是2G、3G、4G还是WIFI客户端APP是什么版本信息。这样，有助于我们更好的了解我们用户的使用情况。7、客户端与服务端的肥瘦平衡在以前C/S、B/S架构时，我们就已多次讨论过这个问题，客户端是瘦点好还是肥点好，当然也没有固定答案，需要自己根据实际情况去做权衡。但是，在移动开发中，由于客户端的修改会很费时费力，特别是IOS应用还要经过Apple审核，另外，当前IOS开发人员、Android开发人员的人工成本普遍较高，人才紧缺，基于这两点，能在服务器端实现的功能就不要放在客户端，毕竟服务器端程序的修改要比客户端方便、灵活、快捷的多。8、隐式用户与显式用户显式用户和隐式用户，我不知道这两个词用的是否确切。&显式用户指的是，APP程序中有用户系统，一个username、password正确的合法用户，称之为显式的用户，通常显式用户都需要注册，登录以后能完成一些个人相关的操作。隐式用户指的是，APP程序本身就没有用户系统，或者一个在没有登录的情况下，使用我们APP的用户。在这种情况下，可以通过客户端生成的UDID来标识一个用户。有了用户信息，我们就能够了解不同用户的使用习惯，而不仅仅是全体用户的一个整体的统计信息，有了这些个体的信息之后，就可以做一些用户分群、个性化推荐之类的事情。9、安全问题&网络安全已经从桌面互联网转到了移动互联网，从客户端蔓延到了接口API中。
传统固若金汤的网站，很可能因为接口的一点疏忽而遭受入侵。现在，在很多白帽子或者黑客的入侵思路中，
先看看移动端接口是否存在漏洞，再看网站是否有漏洞。
客户端APP与接口的通信很容易被得到，只要在中间路由上嗅探一下就行，whireshark、tcpdump这类工具使得这项工作变得简单无比。所以，接口的安全工作不能马虎，暴力破解啊、SQL Injection啊、伪造请求和数据啊、重复提交啊也要考虑到,如果数据特别敏感，可以考虑采用SSL/TLS等加密传输，或者客户端、服务器端约定一个加密算法和密钥，对来往传输的数据进行加密、解密如果不采用RESTful API，可以采用基于WSDL和SOAP的Web Service的安全措施。
10、良好的接口说明文档和测试程序接口文档有时候是项目初期就定下来的，前后端开发人员按照接口规范开发，有的是接口开发完成后写的。接口文档要清晰、明了，包含多少个接口，每个接口的地址、参数、请求方式、数据交换格式、返回值等都要写清楚。接口测试程序，有条件的话，也可以提供，方便前后端的调试。
11、版本的维护随着业务的变化，客户端APP和服务器端API都会发生变化，增加新的功能，修改已有的功能，增加功能还好说， 如果是接口需要修改，那么就面临着同一个接口要同时为不同版本的客户端服务的问题。因此，服务器端接口也要做好相应的版本维护。标签：原文地址：http://www.cnblogs.com/sanxinglan/p/4904609.html
&&国之画&&&& &&&&chrome插件&&
版权所有 京ICP备号-2
迷上了代码！