App开发的10个流程

现如今各式各样App在手机屏幕上占据了一个个小方格，App已然成为许多企业以及个人宣传开发商品的入口。所以有越来越多的个人或者企业想要开发属于自己的App。但是很多的企业或者个人在不太了解开发App开发都有哪些流程的情况下匆忙开始进行开发，这样就容易导致App开发的失败，即使开发出来了可能因为沟通上和理解上的问题也就造成低质量App的产生，费心费力开发的App却不理想，得不偿失。所以今天给大家梳理下App开发的10个流程，帮助企业和个人在开发App的过程中少走些弯路。1. 需求沟通，用户需求分析需求沟通，用户需求分析可以说是整个App开发流程中最重要的一个环节，最重要的一个环节，最重要的一个环节。一款App开发的成功与否在很大程度上都取决于需求沟通的程度。需求的沟通与分析直接决定了App的难易程度，间接的决定了App的费用以及开发的周期。总之一句话，只有充分的需求沟通，详尽的需求分析，才有可能开发出大家都满意的App。2. 签订合同根据需求的沟通整理出大致的App功能框架，再根据App功能框架列出相对详尽的开发周期以及价格。将周期、价格、付款方式、客户需要提供哪些信息等容易产生分歧的地方都写进合同里，对双方都是个保障。3. 功能文档根据前期需求沟通的结果以及过程中需求的更改与补充，整理出App开发文档，不仅要根据企业的需求定位，更要了解企业所针对的用户需求特点，再将这些需求进行梳理和分类，整理出大致的App功能框架、功能文档。要把每个端每个功能都记录下来。完成后和客户进行核实，确认无误后进入下一个阶段。4. 产品原型设计与UI设计产品原型设计也就是类似于一个App产品的草图，在经过深度的用户分析之后，将整理出的需求进行分类，排序成功能模块，利用这些功能模块搭建出简单的产品原型。然后在产品原型的基础上，UI设计师开始对App的界面进行美化，依据所表现的内容进行版面结构设计，风格控制，并对每一块区域进行相应的配色，绘制功能菜单图标和设计页面原色等。最后将做好的UI发给客户进行确认，客户提出修改，最后确定。5. 功能交接，进入开发阶段需求、导图、UI确定后将任务分配给开发部门，并开会讨论具体功能与流程等，都熟悉了解后进入开发阶段。数据库搭建、服务端开发、后台开发、Android/IOS/H5客户端开发。6. 第三方接入App开发过程中，产品经理会根据技术所需的第三方接入，进行第三方申请，并跟客户沟通确认。7. 服务器购买App开发到后期可以进行服务器的购买，跟客户沟通选择合适的服务器。将App部署到服务器，服务器开发人员开始搭建。8. App测试包App开发基本完成后会出一个测试包，对App进行全面测试。模拟用户在正常情况下以及非正常情况下使用时对有可能出现的问题进行查找，包括兼容性测试、压力测试、流畅度测试、逻辑测试、流程测试等。通过黑盒测试和白盒测试等手段，尽可能的修复未知的bug。9. 上架IOS进行签名验证上架App Store、安卓的提交到各大安卓应用市场（10多个）10. App的维护以及更新对上线后的App进行维护跟踪，收集用户反馈信息，及时修复App应用中出现的问题。一个App就完成了，看完是不是觉得也还好，其实这个过程远没有说起来那么简单，通过简单的梳理希望有需要的个人或企业能对App开发流程有一个大致的了解。如果还有什么不明白的欢迎进入雀灵软件进行咨询。

非主流社交app

微信，QQ，微博，基本上大部分人都用过知道，然而你只用它们来社交么？那你太OUT 了，下面为你介绍新时代的社交应用是什么样子的。Same Same 是一个陌生人社交平台，也可以说面对年轻人（90 后，00 后）的社交平台。它不像往常其它的社交应用，它不能加好友，不能关注，重新定义人与人的关系，当然遇到感兴趣的人你也可以聊天（勾搭）。而Same 的一大特色就是小组，有共同的兴趣的人就可以相互聊得来，当然可以来聊音乐，聊电影，记录生活点滴也都是可以，或者你的懒癌症晚期了，可以用打卡来摆脱拖延症。当然它也有团购，要剁手也省钱。Wecut Wecut 是一个图片社交App，图片社交App 有很多呀。你可以用它来P 图，分享，点赞，好像是一个图片App 都可以有的功能。但Wecut可以抠图，可以把自己的图片扣下来成为独一无二的贴纸。可以分享，可以把自己抠出来独一无二的贴纸分享给全世界。可以保存，可以把自己抠过的还有别人分享的贴纸保存到本地。可以改图，可以把别人愿意分享出来的图片通过自己的创意进行二次改造… 这些，你们就没有了吧？当然自己脑洞不够大？那就看看小伙伴（众基友）的作品吧，而且还可以一起编辑贴纸。陌陌 陌陌是一款基于地理位置的移动社交App。陌陌也是众多年轻人喜爱的App 之一。您可以通过陌陌认识身边的人，加入附近的群组，查看附近的留言，参加附近的活动。还可以和朋友交换各自的地理位置，用有趣的表情聊天等等。朋友印象 朋友印象是一款新鲜的实名 + 匿名社交应用，你可以通过朋友印象建立自己的形象主页，并深入了解每一个你所关心的人，给TA 写故事贴标签，同TA 聊天互动发现共鸣。当然你也可以通过匿名来分享自己的故事，来回答问题。 探探 探探是一个交友App，上面有不同的人，你可以向右滑喜欢，向左滑无感，只有相互喜欢才可以相互聊天。它新奇的交友方式也让众多年轻人喜欢，也让社交更有效。只要你喜欢的人也对你喜欢，系统就会给你推送。它还通过地理定位，推荐给你恰好和你经过相同地点的人。只有配对才能聊天，也免去被骚扰的嫌疑，还可以屏蔽联系人，避免遇到熟人的尴尬。 知乎 知乎是一个知识问答社交平台。知乎的Slogan：与世界分享你的知识、经验和见解。在知乎上，你会发现很专业的回答，视野会更开阔；不管在各个领域，你都能看到让你赞不绝口的回答，也正是很多回答，交流，争论，才是你更好地理解世界。你可以在首页发现自己关注的人的状态，也有知乎推荐你关注的相关内容。同时它也有Live，可以现场参加专业的人分享他们的见解。 简书 简书是一个基于内容分享的社区平台，简书的口号：交流故事，沟通想法，你可以更加专注地写文章，遇到好文章，也可以更加专注地阅读，很少的干扰因素，而简书从创立初期到现在，也聚集了一大批草根写作爱好者。同时也支持Markdown 书写。在简书的早期，还是有很多干货的，当然现在也有“干货”（鸡汤），对于各大文艺青年，我只想说，来干了这碗鸡汤。 Nice Nice 是一款类似Instagram 的图片社交平台。它主打标签功能让分享更清楚，你可以标记所在的地方，衣服的品牌，以及情绪标签。它还有很多有趣的贴纸，滤镜，它可以让图片更有趣。它还有发现页面，你还可以在这里发现很多时尚达人分享自己的穿搭，通过标签发现和自己有共同兴趣爱好的人。 Line Line 是一款免费的语音 / 视频通话App，它也是全球最流行的社交App之一，你可以在二百多个国家使用它，它其实就是国际版的微信，我实在编不下去。当然它也有自己的特点，它独特的熊熊表情包很萌有木有。 Lofter(乐乎) Lofter 是由网易出品的轻博客服务，目标群体是小众的文艺青年。作为模仿Tumblr 的众多一员，其它死的死，伤的伤，也唯独Lofter 还健在，作为一个轻博客服务，它也是一个优质的图片社交软件，你可以在Lofter 随意晒图，分享生活，也可以加入摄影、时尚、同人、cosplay、女神等上万个兴趣圈子，轻松找到同好，发现生活奇遇。

全民健身时代到来，运动类APP如何"秀出肌肉"？

随着人均收入的提升和闲暇时间的增加，健康的理念在人们心中的地位变得愈发的重要，居民健身的刚性需求基础也日渐成熟，运动和健身便随之成为了时代的新潮流。相信大多数人的朋友圈都被秀腹肌、晒健身的所占领过，走在大街也都受到过“游泳健身了解一下”的热情邀请。而这股健身的热潮也唤醒了很多行业的第二春，带动了其快速的发展，例如运动服饰、健身器械、智能手环、运动APP等领域，都乘着这股东风变得更加活泛。就运动健身类APP而言，就有着咕咚、Keep、悦动圈、Feel等各种垂直领域，而这看似虚无缥缈的环节，事实上却是蕴藏着巨大的市场空间。经历了寒冬季的运动健身类APP，或将焕发第二春？提到运动健身，有不少零基础的健身小白想要健身却苦于缺乏健身引导而放弃，而许多垂直类运动类APP便是针对这一痛点，将健身喜好者为目标人群，推出各种健身达人教学视频和健身根底的学习课程，还能免费为其打造全面的健身指南，而且对于那些只想在家里做做简单运动的用户来说，更是有着极大的诱惑力。所谓需求创造市场，而资本的嗅觉往往是最灵敏的， 早在2011年，运动健身类APP就受到过资本的追捧，当时，专职于健身运动网站的薄荷网和咕咚等企业都获得过天使轮和A轮融资。而在2014年前后，运动APP的市场更是达到了高潮，不光有众多初创企业的投身入局，还有咕咚、悦动圈等十几个运动类App扎堆获得风投。据了解，在市场最为疯狂的时期，随便在AppStore里搜索“运动”两字，就会跳出来近3000个相关APP的搜索结果。抽象来看，运动类App可以看做是一个流量的入口，其发展也几乎“仿制”了所有PC互联网产品的发展轨迹：以免费作为最大的利器、将获取用户作为基础工作、做的是流量获取-分发-变现的生意。在这个人口红利几近枯竭的背景下，流量的获取和分发能力几乎成为了互联网市场中最重要的资源。而流量获取与再分发，在互联网的产业中还具有十分明显的垄断性——在垄断最基础的资源后，就可以往上挤压增值服务部分的利润，在经过增值服务的进一步发展，催生出更多的基础资源价值，进而加剧流量的马太效应。有了流量，自然就有了行业的生存能力，而占据了大的流量入口，也就有了成为巨头的资本，进而形成生态型、入口型的商业形态，如此看来，资本的疯狂涌入也就不难解释。不过，在2015年之后，运动APP资本的寒冬逐渐到来，到了2016年，融资的热潮更是开始迅速降温，大批的玩家被淘汰出局，能够获得融资的只剩下几家较为头部的企业，整个市场也从野蛮生长过渡到了寡头竞争的时期。如今，运动健身类App在经历了过山车式的大起大落之后，市场上似乎又有了“回春”的迹象。 今年2月份，咕咚获得2000万美金C+轮融资;7月10日，运动科技公司Keep宣布完成1.27亿美元D轮融资等。看起来，运动APP有望再次成为资本的风口，不过，从多数企业自身的发展来看，公司的转型和变革似乎也表明了运动APP们对产品形态共有的迷茫。 运动APP的蜜糖与砒霜：前进的道路仍有荆棘丛生虽然资本市场有了回暖的迹象，但对于运动类APP而言，也仍在“内忧外患”的困扰之下蒙受到不少质疑。先来看内忧的层面，当下行业同质化的景象日趋严重，很多运动APP虽然看似在不断更新迭代，但都基本是停留在计步、心率测量、卡路里耗费等五花八门的数据上，亦或者是提供GPS定位、显示运动路线图、耗时等最基础的服务，这些看似片面、专业的检测数据，对健身者的实践价值并不高。况且，在运动数据的测试和分析上，也存在着许多算法和技术上的硬伤，而这些浅层的运动功能不仅直接影响了用户对产品的信任和付费意愿，也没能强化企业的独有性，建立起竞争壁垒。其次，就是来自于商业路径缺失的外患。对于任何一种商业模式而言，想要得以长期的发展，必须有足够强大的造血能力，仅依靠外界的融资输血带来的表面繁荣必然难以持续，运动APP行业也同样需求盈利的支撑。众所周知，运动APP对用户最大的吸引力还是来源于软件推出各种健身教学视频和学习课程，可往往有些较为精品的课程还需要用户付费，如此一来，那些对软件付费意愿本就不高的用户更是难以对其产生兴趣和依赖。而如果课程全部免费，就需要靠投放大量的广告来维持盈亏平衡，可一旦广告占据页面过多篇幅，又会影响用户体验。更为关键的是，健身还是一个十分单调而又令人身心疲惫的过程，受人惰性的催使，那些意志力不够坚定的人很难长期坚持下去，在他们眼里，传统的健身房和运动APP并没有太大的区别， 即使是对于那些真正酷爱健身的狂热者来说，“撸铁”和专业的健身项目才是最爱，很难对APP上所提供的大众化的课程和商品提起兴致。由此看来，运动类App不光陷入了盈利模式空缺的窘境，其引以为傲的用户粘性也在不断衰退。甚至在很多用户，运动APP的最大价值就是一个话题窗口和途径，是自己在社交软件中炫耀“我健身了”的道具。而这虽然背离了运动APP存在的初衷，但也总好过无人问津，当然，未来运动APP们的发展方向，就是要调动起用户的活跃性，真正发挥出自身的价值。 数据推动线下布局，运动APP还要回归“运动”本质所谓春江水暖鸭先知，运动APP行业的遇冷，自然也是局内企业最先感触，在此背景之下，不少头筹玩家都纷纷另辟蹊径，为自己谋求生存之道。首先就是以咕咚为代表的布局智能硬件阵营。 近年来，咕咚接连发布了各种各样的智能硬件产品，从智能手环到智能耳机，从智能跑鞋到智能体脂秤等等，意图在智能硬件方面形成生态化建设，颇有一番小米布局生态的味道。但不得不说，咕咚们所推出的智能硬件产品，相较于小米等老字号智能硬件厂商而言，各方面都并不占优。首先，智能硬件的生产需要考虑边际成本的因素，每一件智能产品的成本都与总产品量有关，受规模经济效益的影响，其产品总量越大，单个产品的成本就会越低。所以说，在当下“咕咚们”与’小米们”的销量存在巨大差距的现实中，性价比也就自然被拉开了距离。而且，目前市面的智能硬件产品大多都面临着同质化严重的问题，功能和外形上都没有太大的差异，但不同的是，“小米们”拥有着智能手机这一“重武器”，且在智能硬件的技术层面有着深厚的基础，相对来说，“咕咚们”也同样无法与之抗衡。不过，也并不排除“咕咚们”能够异军突起，毕竟在运动健身的垂直领域还是拥有不少的话语权。再来说以KEEP为代表的“新健身”阵营。在电商领域“新零售”概念火爆的同时，“KEEP们”所瞄准的线上线下结合的“新健身”也不失为一个绝妙的发展方向。其实，关于“新健身”的概念早有萌芽，近年来，超级猩猩、Liking等互联网连锁健身品牌的门店分布已十分广泛，企业的发展也呈现出了良好的势头，而在今年三月份，Keep开的第一家线下店Keepland，与“前辈们”相比还是有所差异。在Keepland的健身房中，没有一排排的健身器械，也没有淋浴间，有的播放着健身演示视频的大屏幕，看起来只是把原来手机App上的课程挪到了线下的大屏幕中，将地点从家里换成了健身房，线上与线下之间似乎并没有产生什么“化学反应”。而要将线上APP真正做到与线下完美融合，最为关键的一点还是要利用线上好长期积累的数据优势。首先，通过AI算法对用户大数据的分析，深入了解用户的习惯和需求，进而得算出最适合开设健身房的地点。或是为服务提供方提供多维连接，如为健身房，私人教练提供高效智能的用户管理系统，利用自身的强互动性和社交元素，在为其输送用户的同时，还能帮助学员制定健身计划并收集反馈数据。再者，就是通过对用户的多维数据分析，针对其可能匮乏的点，提供差异化的解决方案，来满足不同用户的不同需求。最后，则是不断完善自身技术层面的硬伤，提高用户使用频次，让用户对其产生情感依赖，在这方面，可以通过与老牌硬件厂商的合作，在数据方面做到精益求精，发挥出运动APP身为“”助手”应有的价值。总的来说，运动APP行业的市场仍是一个巨大的增量市场，未来不光会有初创企业的不断加入，阿里和腾讯等互联网巨头的布局也初见端倪，残酷的竞争在所难免，而最终的市场格局究竟会沦为巨头垄断，还是由冷门主宰，还需静观其变。科技自媒体“翟菜花”，订阅号：翟菜花，转载保留版权，违者必究。

浅谈App原生开发、混合开发及HTML5开发的优劣

App混合开发（英文名：Hybrid App），是指在开发一款App产品的时候为了提高效率、节省成本即利用了原生的开发技术还应用了HTML5开发技术，是原生和HTML5技术的混合应用。目前App的开发主要包含三种方式：原生开发、HTML5开发和混合 开发。原生应用开发，是在Android、IOS等移动平台上利用官方提供的开发语言、开发类库、开发工具进行App开发。比如android是利用java、eclipse、Android studio，IOS是利用Objective-C 和Xcode进行开发。原生应用由于利用的是官方提供的语言和工具并且能够直接操控硬件设备（比如多点触控、NFC、读取短信等），在应用性能上和交互体验上应该是最好的，但是原生应用的可移植性比较差，特别是一款原生的App，Android和IOS都要各自开发，同样的逻辑、界面要写两套。HTML5应用开发，是利用Web技术进行的App开发，我们知道web技术本身需要浏览器的支持才能进行展示和用户交互。主要用到的技术是HTML5、JavaScript、CSS等。现在还有一些开发框架可以利用，比如phoneGap、bootstrap、jquery等。H5开发的好处是可以跨平台，编写的代码可以同时在Android、IOS、Windows上进行运行。由于Web技术本身的限制，H5移动应用不能直接访问设备硬件和离线存储，所以在体验和性能上有很大的局限性。混合应用开发正是结合原生和H5开发的技术，取长补短的一种开发模式，原生代码部分利用WebView插件或者其它的框架为H5提供了一个容器，程序主要的业务实现、界面展示是利用H5相关的Web技术进行实现的。比如现在的京东、淘宝、今日头条等都是利用的混合开发模式。混合开发的优缺点：优点是：1、开发效率高，节约时间同一套代码Android和IOS基本都可用2、更新和部署比较方便，不需要每次升级都要上传到App Store进行审核了，只需要在服务器端升级就可以3、代码维护方便、版本更新快，降低产品成本缺点是：1、由于不能直接操控硬件有些方面性能不是很好2、另外有技术比较新版本的兼容性比较差，还有就是即懂原生开发又懂H5开发的高端人才难找。混合App开发是未来的趋势，目前混合开发中使用的技术也很多，主要的混合开发技术有jQuery Mobile、React Native、Cordova、APICloud、AppCan等。虽然混合开发能够提高效率节省成本，但也有很多的限制，除了硬件、缓存等的限制，各大平台之间的兼容性也不足。有的也比较消耗资源。--------------------- 作者：凡梦_ 来源：CSDN 原文：https://blog.csdn.net/mpegfour/article/details/78171150 版权声明：本文为博主原创文章，转载请附上博文链接！

如何从零起步开发一款App

可能很多人不知道，规模大的企业和IT预算多的企业的移动App大部分都是基于混合模式开发实现的。很多做App开发的技术人员会存在一种偏见，觉得“采用混合模式，基于HTML5技术开发出来的App，体验以及功能会和原生模式开发的存在差距”，所以更愿意使用原生模式开发App。其实市场上主流的App，绝大部分是基于混合模式开发的。最典型的就是微信，除了聊天功能以外，包括公众号、小程序等都是由混合模式开发技术实现的。再比如电商领域的淘宝、京东等，旅游领域的携程，教育领域的VipKid，信息分类的58等不同应用范围的App，混合模式开发技术使其商品展示及线上市场活动的运营管理都变得非常灵活。此外，在航空、保险、银行等行业中，无论是服务客户的toC模式App，还是对员工进行管理的toE和toB的App，多是使用混合模式开发的，混合模式开发技术成为了绝对主力。人们不禁要问“为什么这些公司和企事业单位，有着足够的预算和开发资源，还要选择混合模式App开发技术作为企业互联网化的支撑？”答案其实和企业的互联网化及数字化的需求有着直接的联系。以下4个方面，决定了越有实力的企业越需要混合模式App开发技术；同时，也是混合模式App开发技术形成不同行业解决方案的根本优势和企业选择的必要性所在。速度的要求“试错”这个词不但在互联网公司中广为流传，在传统公司的互联网化过程中也被广泛接受。越来越多的CIO在谈各自企业移动战略的时候，都会提到“能否根据业务部门的一个想法，先在一周之内做个原型，快速实现，拿出去让大家看看，然后基于这个原型再修改”。这种快速发起、快速验证、快速调整的方法，已经非常流行。之所以要在短时间内先把业务从想法落到现实，哪怕App粗糙些，也要先实现出来，原因在于具有鲜明企业个性的业务的创新想法可能没有先例可循，很难考虑得特别完整。与其花费三五个月不停地思考业务需求，还不如用一两个星期先把基础的想法落实。哪怕短时间内做出的App并不能真正满足业务的需要，但是可以让业务人员的想法在这个过程中变得有据可依、有的放矢，从而为实现更完整且更切实可行的业务方案先行探索。“业务部门的一个想法，IT部门一两周就做出来了！”这对于企业的信息化负责人而言，是很重要的褒奖。这种对速度的要求，恰恰是混合模式开发技术最明显的特长和优势，一套代码可同步生成iOS与Android两个平台的App，甚至还能部分兼容微信公众号和小程序。一套代码，并不代表偷懒或工程技术的简化，而更多的是因其不仅节省了代码编写的时间，还避免了多个技术团队之间跨知识结构的协同问题，不再需要iOS与Android工程师们开会讨论差异性问题，更是大幅节省了App与服务器端联机调试的时间成本。但如果同样的功能，同样从零开始，使用传统的原生开发技术基本没有办法在一两个星期内完成有价值业务需求的实现，因为这个时间可能连不同终端碎片化和差异化的问题都不足以解决。所以，CIO为了满足业务发展的需求和数字化速度的要求，在移动战略中往往都会规划使用跨平台的混合模式App开发技术。业务灵活性的要求在PC时代的B/S架构中，想要实现IT系统的更新并不需要过多地考虑用户端的影响。因为作为用户入口的浏览器一直处于访问网络的状态，只要网络连通，用户随时访问网站都会获得最新的功能和业务。对用户而言，并不真正地存在版本的概念。只要访问服务器，服务器的任何更新都可以随时展示到用户界面上，出现使用问题时，往往只需要清空一次浏览器Cookie基本就可以解决。但是在移动时代，用户对版本的概念变得越发敏感。而对App的版本管理也成了CIO头痛的问题。通常因为软件开发商能力的制约，或者一些无法避免的bug，让一些已发布的App变得难用甚至会崩溃。此外，一些临时的市场活动、很少但重要的功能、一些不在规划内的产品需求调整等情况，都会直接引出同一个问题“用户必须更新一个版本，重新下载安装，才能满足上述需求”。这种看似日常的版本发布和用户更新，恰恰是传统企业信息化过程中面临的全新问题。“能否像传统浏览器那样，用户打开的永远是最新的服务和功能？”很多企业的CIO问出了相同的问题，于是大量的、不合规的软件服务商和IT程序员想出了一个“偷懒”的模式。在App中嵌入一些WebView，将一些功能采用传统网页的模式，访问服务器，动态获取。虽然表面上解决了版本更新的问题，实则产生了大量体验很差的App。企业对业务灵活性的要求，本质是希望像微信小程序一样，可以随时发布一些新的功能，随时动态增改一些功能的入口，让用户任意使用，同时让用户的体验更好。这种对业务灵活性的需求其实需要像小程序一样有强大的混合模式App开发技术来支撑。从而达成“增量更新”“静默更新”“打开获得新功能和新体验”，而不是嵌套WebView，用网页模拟App的方法，以较差的用户体验的代价换取业务灵活的可行性。当然，目前传统模式开发的App，特别是用Android开发的App也开始部分支持动态更新。这也恰恰说明，业务灵活性是企业互联网化、数字化进程的刚需。只是由于传统技术的制约以及软件开发团队或者服务商能力的限制，真正的原生动态更新始终没有办法大规模进入企业，实现商用。这也让企业对混合模式App开发技术的需求更为迫切，成为每个CIO的必备选项。集中管理的要求业务部门的互联网化意识是因为互联网的广泛普及被带动起来的。所以，传统的由IT部门主导企业信息化的态势发生了微妙的变化。过去，都是由IT部门发起信息化需求，但现在的IT部门越来越像“服务部门”。因为业务团队在不停地发起各种各样“业务+互联网”的信息化需求。这个时候，很多传统企业的IT部门领导，没认识到自己角色的转变，如果还存有拖延、不管不问、你们自己搞不定等类似的想法，就会导致当下很多企业的信息化面临的“各种移动App的彻底碎片化”“各个业务部门自己找软件开发商实现各自的需求”等问题。这不但架空了IT部门的信息化主导地位，更麻烦的是，让后续的集中管理变得艰难无比。几十家甚至上百家不同标准的服务掺杂在企业的核心系统中，甚至有些业务部门为了快速满足自己的需求而脱离了IT部门主导的传统PC核心系统，这些操作都是非常危险的。IT部门在被业务部门要求满足业务的互联网化需求时，往往发现心有余而力不足。IT部门人手有限，实在没办法逐一满足所有业务部门的移动化需求。如果不管，就会产生前面所提到的“技术栈、开发商”碎片化的问题。这个时候，基于混合模式App开发技术的移动应用平台，就很好地解决了这二者之间的矛盾。定标准，从而实现“集中管理”。如果企业能够制订一套统一的混合模式App开发技术和移动平台标准，各个业务部门就可以独立寻找自己的软件开发商，用各种方法满足自己的移动业务需求。平台的一致性可以带来标准化的统一。这其中包括技术标准化、开发流程标准化、代码管理标准化、项目管理标准化、验收标准化、管理和运营标准化等。既要放，也要抓。这就是互联网时代企业信息化的要求，更是IT部门的职责。混合模式App开发技术，有望成为实现企业移动战略的利器之一。信息化安全的要求企业互联网化带来的最根本转变就是，内网的信息化变成了外网的互联网化。传统信息化一般包括内网、固定场所、固定网络环境和固定的设备等关键词。而移动战略背景下的企业互联网化，则同时包括外网、随时、随地、员工个人设备、4G和Wi-Fi等关键词。这些不起眼的变化，给企业的业务带来的却是天翻地覆的调整。移动设备管理软件（Mobile Devices Management，MDM）曾风靡一时，但是购买了MDM的企业几乎无一例外地发现其很难推进。因为MDM伴随着员工自带设备（Bring Your Own Device，BYOD）。如果用企业的管理软件来管理员工个人设备，肯定会有很多人反对。所以，大部分的MDM最终草草收场，只是管理了企业自己购买的一些移动设备。企业移动化、互联网化的安全怎么保障？ 这要满足3个层面的安全，即设备安全、传统安全和云端安全。混合模式App开发技术可以实现类似于企业应用商店（如微信公众号）的动态权限绑定和授权模式，能够支持特定设备、特定的人，也可以选择不同的子应用。此外，还可以实现随着用户工作内容的调整，根据设备编码和用户权限来实时分配全新子应用的功能。这种基于企业移动应用商店的“子应用”模式，也是混合模式App开发技术成为企业移动战略支撑的关键。因为做得好的企业应用商店，不仅能够满足传统原生模式开发的App所不能赋予企业的、对各种安全性的需求，还实现了对业务灵活性的管理目的。APICloud作为中国主流的混合模式App开发技术服务提供商，一直在以布道者的身份推进混合技术在国内的发展和应用。我们不仅提供技术，也提供商业服务，因此会更多地深入到大量的商业用户中去，如海尔、春秋航空、英特尔、中信证券、上汽等。我们的团队结合不同的商业场景和实际的商业客户需求，编写了《30天App开发从0到1：APICloud移动开发实战》，希望能够为不同规模的企业在移动信息化和互联网化进程中提供有价值的参考，同时也能够让从事App开发的技术人员有更多可借鉴的实战经验。--------------------- 作者：人邮社异步社区 来源：CSDN 原文：https://blog.csdn.net/epubit17/article/details/80436003 版权声明：本文为博主原创文章，转载请附上博文链接！

app开发价格如何计算？

手机app开发的价格因素是很多客户非常关心的，一般总体上是根据客户的需求和基于开发app公司的城市平均工资。企业的手机app制作具体的费用需要视情况而定：1、看App本身的复杂度； 需要服务器后台支持的复杂度要高，是3D游戏需要3d引擎的复杂度要高很多很多。2、看工作范围； 如果你已做好设计，并制作好界面素材，准备好数据，并自备帐号自己完成上线申请，仅委托开发就要便宜一些，反之如果委托全新的创意加上功能的策划，费用就会增高不少。3、看质量要求； 一样的App，质量不同价格肯定也受影响，并且App还有一个升级的问题，这个升级是有大量工作要做的，是否承担升级和完善的责任也会影响价格；App开发市场的不断变换，企业关心了解的问题多是“开发一个App需要多少钱？”“做个App需要多少预算？”“开发个App的价钱?”等等有关App开发价格方面。常州APP开发紫竹云科技专注于移动手机APP开发设计。总结现在常见的两种App开发模式，一种是模板App，一种是定制开发的App，两个分类价格也千差万别。第一种，模板App，它的市场价格几千到几万不等，相比App定制开发价格要稍低。同时也存在着一定的缺点。App模板的源代码版权是App开发商所有的，而且企业用户需要交付一定的管理费用。App数据来源多是存在于APP开发商的服务器端。与此同时，企业需要数据作进一步分析是可以从App开发商服务器导出。模板App，就是固定的功能，一个模型，不是原生态App，其内部的逻辑关系是不容修改的，但是可以删减页面和功能。UI方面只能做一些简单的色调更改，主体是不得修改的。第二种，也就是我们说的定制类型的手机应用软件。所谓App定制，顾名思义就是可以定制想要的App功能。只要是您想要实现的功能模块，都是可以开发的，完成一整套的串联功能，形成一个完整的源生App。和App模板相比，定制App的价格就相对高一些，App价格可以是几万，也可以十几万，几十万都是不等的。并且这个区间的跨度有些大，具体还是以功能需求为准。--------------------- 作者：ccit0519 来源：CSDN 原文：https://blog.csdn.net/ccit0519/article/details/52890082 版权声明：本文为博主原创文章，转载请附上博文链接！

APP开发需要注意哪些问题?

司科表示随着移动互联网的发展手机APP的开发帮助了更多的企业开展业务，那么开发一款手机APP应该注意哪方面的问题呢?今天司科软件开发就给大家详细说明一下。  一、App开发的误区  司科软件开发产品经理表示在给App开发项目定位时需要有一个误区，即发起App开发的用户当他看到某个行业存在着某类的需求时，往往他们就想以此作为开发的切入点，并扩张到整个行业，但 是理想虽然美好，但现实却非常残酷，要想实现此类目标，除非你有大量充足的可利用资源。  二、如何合理定位App的开发  要怎样去合理定位App的开发了，这就要从App自身开发的角度出发了。让开发者看到某个行业的App需求之后，我们首先要做的不是立马开发此类的App，而是要仔细的琢磨自己或者自己的公司是否有开 发此类App的资源，同时也要预算下开发此类App一期需要投入多少资金，更重要的是，当这款App的开发完成后，是否能做好后期的推广，做好这些评估后，如果发现公司的资金有限，那么就要适当的节 约开发的成本，或者缩小推广的范围，以便尽力保证达到预期的目标，切不可盲目自大，以为只要完成这款App的开发，自然而然就有大量的用户涌入，以此就能实现一夜暴富的梦想。  APP开发行业的未来发展方向  手机App开发产业未来会有两个发展方向：一个是各大互联网企业基于自己的企业网站推出定制开发的app应用;二是基于公司业务发展的需要，定制开发特定的app用心支持更好地开展业务，这些移动 app应用不是基于企业网站自身，而是基于业务发展需要。  总之，关于手机App开发的定位最终要的一点就是结合实际情况来定要做到实事求是，再者就是要开发人们所真正需要的产品。当下正是移动互联网发展迅猛的时代，APP开发作为移动互联网发展的主流，还将会有更大的发展空间，但是如果一味的追求大而全，最终可能得不到想要的结果。

App开发大概需要多长时间？

关于app产品价格问题以及开发时间是app开发公司经常被问到的，前者我们已经做了详细解答，app开发需要多长时间，也需要综合来衡量，下面微唯宝给大家详细解答一下。  1.app开发系统  App开发主流系统包括ios系统和android系统，由于ios系统的移动设备只有三种iPad、iphone、iPad mini，苹果公司为ios系统的软件开发者搭建了较好的平台，开发出来的软件有很好的兼容性；Android系统开发难度大，不同版本的系统都有自己独特的上层封包，对所有种类的安卓系统兼容，就有非常庞大的终端设备需要进行测试，耗费的时间远远大于ios系统。当出现一些bug的时候，ios可以很快就修复完成，android系统则需要更多的时间。  2.开发app功能  在开发APP功能上的设计、开发复杂度以及质量方面也是影响开发周期的因素之一。  App开发设计复杂度、质量等直接影响开发周期。一般的app设计包括前端设计、用户界面设计、后端整合、管理等，开发周期长。  就功能方面来说，商城app和办公app需要实现的功能不一样，办公app只为提升办公效率，用于企业内部人员管理，功能简单，设计周期较短；商城类app除了要实现最基本的功能外，还得提升营销效果，就得设计出例如购物车、支付功能，架构较为复杂，工作量也会相应增加。  3.客户所属行业类型  无论是客户咨询价格或者是时间，我们的产品经理都会问及客户所从事的行业以及目标客户类型。微唯宝服务客户行业众多，包括餐饮、汽车、医疗、旅游、百货、摄影、政务、商业等，同样功能不同行业的app，开发周期也是不同的。  4.开发公司实力  很多客户在比较多家公司情况下会选择微唯宝，主要看中公司实力，微唯宝专业技术人员50多个，有着互联网开发行业的丰富经验，在获取客户详细需求后，凭借高执行力能在约定时间内保质交付产品。--------------------- 作者：weixin_44914880 来源：CSDN 原文：https://blog.csdn.net/weixin_44914880/article/details/89881083 版权声明：本文为博主原创文章，转载请附上博文链接！

一款APP开发背景

本篇文章介绍我在开发app时候的背景，主要讲用到的一些具体的软件技术和经验分享。首先，这款app是一个参加互联网+比赛的项目，是关于一个红色旅游的app，初步设计的4个主页面和一些必备的功能，虽然没能走的很远，但是确实在这次实战中获得了很多的经验。我主要代码使用vscode编写的，关于vscode，我真的特别喜欢它，它是一款让你尝试以后就无法忘记的编译器。顺便给大家推荐一些主题第一个系统自带的quiet light第二款 onedark++我觉得这两款是我用那么多，最耐用的，紫色的尤为喜欢（就到这吧）然候就是打包及后续软件，Hbuilder，我用过HbuilderX，但是总感觉没hbuilder好操作，可能是我习惯了吧，关于hbuilder也是一款良心软件，给我提供了好多便捷，不过不能自动保存（或者说设置有点麻烦）让我习惯于自动保存的人曾经填了好久的坑。Photoshop的话，我用的2018，感觉我的电脑还能跑的动，好久不用了，只知道能做出来但却不知道怎么做（好尴尬的回头看自己的笔记）云服务器方面，我没用过其他产品，只是用过阿里云的学生机，所以说不做太多比较，域名花钱买的，.top的，觉得还行够用了，且便宜，如果你要一直用的话建议看看它三年后五年后的价格，不同的后缀不一样的。还用了xshell创建了宝塔面板。一般的运维就是在宝塔面板上执行的，挺好用的，好评。至于其它方面，比如流程图、二维码，就是网页上就有简单的应用，对我来说足够了！===============================================================================================接下来是技术方面，由于我觉得vue的路由特别好用，对vue有过代码经验，所以我是用vue框架开发的，算是比较的省心，说几个有框架的优点，真实感受：代码可读性高 兼容性好 易于修改和整理 跨域好处理 可以用ui库 比如我就有了mint ui的一些组件sass的使用无疑提高了很多的效率，且sass很容易上手，我是很喜欢用sass来写css代码的，真的高效且实用图标库用的是iconfont 还算是比较全的 字体图标我觉得还是要多用的，毕竟字体图标 比 图片 要小 可以控制颜色 也便于排版--------------------- 作者：ICY___ 来源：CSDN 原文：https://blog.csdn.net/icy___/article/details/90317503 版权声明：本文为博主原创文章，转载请附上博文链接！

目前主流的app开发方式

随着H5标准的发布以及推广，使得移动应用的开发也受到了很大影响，出于效率、成本等等的原因，移动应用的开发不在完全依赖于“原生”。 今天就简单总结一下目前的三大主流移动应用开发类型。 APP，一般认为是 mobile application，也就是移动移动应用程序。1．Native App:本地应用程序（原生App）Native App是一种基于智能手机本地操作系统如iOS、Android、WP并使用原生程式编写运行的第三方应用程序,也叫本地app。 常用语言当然就是 iOS：Objective-C swift， Android：JAVA，Windowsphone：C++优点： （1）打造完美的用户体验 （2）性能稳定 （3）操作速度快，上手流畅 （4）访问本地资源（通讯录，相册） （5）设计出色的动效，转场， （6）拥有系统级别的贴心通知或提醒 （7）用户留存率高缺点： （1）分发成本高（不同平台有不同的开发语言和界面适配） （2）维护成本高（例如一款App已更新至V5版本，但仍有用户在使用V2， V3， V4版本，需要更多的开发人员维护之前的版本） （3）更新缓慢，根据不同平台，提交–审核–上线 等等不同的流程，需要经过的流程较复杂2．Web App:网页应用程序（移动App）Web App，顾名思义是指基于Web的应用，基本采用Html5语言写出，不需要下载安装。类似于现在所说的轻应用。基于浏览器运行的应用，基本上可以说是触屏版的网页应用。优点 ： （1）开发成本低， （2）更新快， （3）更新无需通知用户，不需要手动升级， （4）能够跨多个平台和终端。缺点： （1）临时性的入口 （2）无法获取系统级别的通知，提醒，动效等等 （3）用户留存率低 （4）设计受限制诸多 （5）体验较差3．Hybrid App:混合应用程序（混合App）Hybrid APP指的是半原生半Web的混合类App，兼具“Native App良好用户交互体验的优势”和“Web App跨平台开发的优势”。 需要下载安装，看上去类似Native App，但只有很少的UI Web View，访问的内容是 Web 。 混合式 APP 目前有越来越火的趋势，一大原因是可以进行“热更新”，不再受限于审核、上线等等繁复的流程。AppStore里的电商类、新闻类APP，视频类APP普遍采取的是Native的框架，Web的内容。如淘宝、腾讯新闻等等。Hybrid App 极力去打造类似于Native App 的体验，但仍受限于技术，网速，等等很多因素。 目前流行的四种跨平台app打包方式发展历程：在国外，最大的是Cordova（PhoneGap，2011年广泛流行），在2012年12月开源。在国内，按时间顺序，有：2012年AppCan,2013年DCloud,2014年9月APICloud1．Cordova Cordova是Apache软件基金会的一个产品。其前身是PhoneGap，由Nitobi开发，2011年10月，Adobe收够了Nitobi，并且PhoneGap项目也被贡献给Apache软件基金会。Apache在2012年12月，发布了Cordova，截止到2015年12月，最新版面是3.0。 该框架的目标用户群体是原生开发者，其设计初衷是希望用户群体能够通过跨平台开发的方法降低原生开发的成本。为此，开发人员需要安装原生开发环境，配置工程，使用HTML5、CSS3、JS和原生SDK生成应用。 Cordova的优势很明显，可以使用的框架、原生接口、支持平台都很多。但是，外国人写的东西，公司使用后，出现的技术问题难以解决。同时，其在使用jQuery Mobile、Sencha Touch等前端框架的时候，有特效启动慢、页面切换慢、数据请求慢的特点。2．AppCanAppCan成立于2010年，2011年推出产品并测试，2012年正式推出品牌，2013年商业模式成型，2014年开发者注册约70w。AppCan不是开源平台，同时，企业版和部分插件是收费的。换句话说，AppCan只是一个卖软件的商业公司。我们认为：这会对其市场的占有率有着直接影响，闭源而没有垄断，所以前景不会太好。3．DCloudDCloud大部分产品开源，W3C会员单位，HTML5中国产业联盟的发起公司之一，在HTML5这个行业有一定的江湖地位。旗下四款产品：HBuilder、5+ Runtime、MUI、流应用都是弥补并扩展HTML5特性的产品。该公司的理念就是解决HTML5的性能、工具、能力三方面的问题。MUI是一款不错的前端框架，性能比 jQuery Mobile、Bootstrap好很多，主要区别：· 设计思路不同，MUI坚持用原生JS做，不依赖jQuery或者Angularjs。· MUI调用了5+ Runtime的底层原生加速，比不带原生加速的框架更快。 但是，DCloud毕竟是个新平台，发展才2年，新产品内部存在的Bug还需要很多的测试。在其官方社区中，不少开发者也在呼吁DCloud尽快完善文档和框架。 4．APICloudAPICloud提供原生应用的功能模块（设备访问，界面布局，开放SDK等），开发者可以通过JS调用。前端工程师负责页面布局，UI展现，及简单的交互，原生模块负责性能方面和功能实现，两者结合形成一个完整的应用。同时APICloud提供了云数据库的功能，前端不必了解PHP，Node.js等后端语言，通过JS接口或Restful API实现数据库的增删改查。 但是APICloud的更新速度很快，版本不太稳定。而且，它是为不懂APP开发的人士准备的，不适合科技公司和程序员。--------------------- 作者：zd1007129657 来源：CSDN 原文：https://blog.csdn.net/zd1007129657/article/details/83781425 版权声明：本文为博主原创文章，转载请附上博文链接！

webApp开发心得

从事单页相关的开发一年有余，期间无比的推崇webapp的网站模式，也整理了很多移动开发的知识点，但是现在回过头来看，webapp究竟是好还是不好真是一言难尽哟！webapp使用JavaScript修改页面；紧接着再从服务器传递更多数据然后再修改页面，如此循环。从性能的角度看，在现代浏览器中单页面Web App已经能够和普通native应用程序相媲美，而且几乎所有的操作系统都支持现代的浏览器。所以，很多人认为webapp是HTML5流行过程中最大的赢家，那么他有哪些特定呢？SPA（single page application），即单页webapp，它具有以下优点：用户体验，对于内容的改动不需要加载整个页面。这样不会出现白页情况，页面与页面无缝切换，甚至带有一定动画效果。请求量少，请求内容无需服务器解析，对服务器压力较小，消耗更少的带宽，比如每次不需要接收完整的html结构，而只需要json数据。当然，单页应用也不是完美无瑕的，他也具有以下问题：由于历史原因，单页应用对SEO支持不是太好，需要对SEO做特殊处理。首次加载量过大，首屏加载慢，所以首屏需要做特殊处理。本身入门门槛就高，加之view编码需要释放资源，以免heap值过高，对编码人员的要求较高。现状传说中的webapp足以媲美native app，事实上这个足以还有很大的距离，预计这个“足以”需要用2-3年时间填平，所以事实是什么呢？事实上移动端的webapp模式的网站很少很少，一淘半年前还是，这两天一看又变回来了，小钗虽然对webapp抱有信心，但是信心从何而来呢？携程webapp独树一帜，去哪儿ipad介入webapp，但是国内主流网站依旧是传统网站，主要原因不过有二：① SEO② 不想吃螃蟹所以，携程的webapp在国内，何其可贵，说到这里，我都要哭出来了......优劣之分孰优孰劣非是小钗可以论断，求稳，webapp不比传统网站；求SEO，webapp需要其它解决方案；说垃圾收集，webapp需要自己释放资源。说体验，webapp需要考虑首屏加载；说动画，webapp要考虑低端手机，所以webapp还有很长一段路需要走！现在的webapp效果不可媲美native app，总有一天，当webapp不再制约于网络、设备，那么webapp的春天不会远。虽说如此，现阶段webapp也会有许多优化心得、奇技淫巧可以拿出来说说的，这里小钗做一次分享，希望可以对webapp的同学有所帮助。 网络传输优化综述前端优化分为两个切入点：网络传输与DOM操作，而网络传输是制约一个网站速度的主要因素。网络传输的优化要点是，零请求，无流量，其意是最大程度的减少请求数，降低请求量。对webapp模式的应用来说，首屏加载慢是一个不可避免的问题，所以提升webapp首屏加载速度是提升整体网站速度的关键。fake页-首屏加速以上是一个网站首页的加载时间，我们分别取其150kb与30kb网速的加载速度，可以看出会慢！若他是webapp，我们可以做一些优化我们应该避免页面长时间白页，这个时候便提出了fake页的概念。页面渲染只需要完整的HTML以及CSS，这个便是第一个优化点。从数据请求数以及请求量来说，webapp首页的响应应该比较慢，若是任由js加载完成再渲染页面，用户很有可能失去耐心。但是从DOMContentLoaded来看，首页事实上页面响应比较迅速，所以这个加载结束后页面第一屏便渲染结束，然后再异步加载js，当js改变后再动态改变dom结构中的一些关键点这个时候一个静态HTML页面，装载首屏的基本内容，让首页快速显示然后js加载结束后会马上重新渲染整个页面，这个样子，用户就可以很快的看到页面响应，给用户一个快的错觉，给人感觉快得多。降低请求数由webapp首页来说，不可避免的使用的js文件较多，这些文件分为两类：① 框架js-css② 各个业务团队js-css所以可以限定每个业务团队只会加载这四个文件，以最小降低请求数，这里又涉及到并行加载，数量与容量有一个临界值，如何取这个临界值需要各位自己去实验 降低请求量虽说图片压缩是不必说的事情，但是总会有些时候你会发现一些网站的图片尺寸很大，这个需要处理，而且必须处理。以框架库为例，除了核心包以外，不需要的UI或者功能库可以剔除，用到了再动态加载，减少首次加载量，这个一开始就得做好，做不好后期就不好改以业务团队为例，首次加载的js与html模板会将常用的几个页面压缩合并，其它页面访问时再请求，若是想提升首屏加载便可以只下载需要的页面文件。另外，以下两点尤其需要注意：① 若是你们是要的还是jQuery库的话，可以考虑换成zepto了② 勿胡乱引用第三方库，若是要引用一定是读懂源码的情况下重写使用之，这样的好处是，吃得透，万一有问题，能改，而不是没办法又换库缓存Ajax/localstorage该方案的原理与前面类似，我们发送Ajax请求时候，应该缓存一些非实时数据，比如城市信息和常用联系人，但是我们只能缓存非敏感信息，产品搜索页至列表页的请求数据会缓存30s-60s，若是过期时间内用户回到列表页的话不会重新请求数据这对服务器压力，页面响应皆是有利的，这个在30s内事实上意义不大，可以减少一次请求。另外，对于get和post的效率，曾经有人做过一次测试：get100次平均耗时323ms；post100次平均耗时589ms，所以post方式是比get慢的，但post请求的优点是安全，并且参数没有长度限制。是选择post还是选择get，皆需要处理，避免截断url，或者处处post。-lazyload只显示首屏页面，其它内容需要时再加载，比如列表页、图片lazyload，皆需要做DOM操作优化综述DOM操作主要分为页面渲染与资源清理（heap控制），两者之间又相辅相成，若是DOM操作一块处理不好，其产生的感觉就不再是慢，而是卡所以DOM操作优化的主要目的就是消灭页面卡的问题，这个在移动端尤为重要。关于页面渲染浏览器会解析三个东西：HTML、Javascript、CSS浏览器首先会根据HTML生成DOM Tree，其次会根据CSS生成CSS Rule Tree，javascript可以通过DOM API与CSS API操作DOM Tree与CSS Rule Tree，从而引起页面变化。浏览器解析结束会通过DOM Tree与CSS Rule Tree形成render tree，只有display不为none的元素才会形成render Tree，render Tree形成后浏览器会调用GUI绘制页面，在此之前做的一件事情便是layout或者说reflow。上面的描述简单而言可以分为以下流程：l 生成DOM树l 计算CSS样式l 构建render treel reflow，定位元素位置大小l 绘制页面在这个过程中，若是javascript动态改变DOM Tree便会引起reflow页面中的元素改变，只要不影响尺寸，比如只是颜色改变只会引起repaint不会引起回流否则，reflow不可避免，这个时候便需要重新计算形成render Treereflow分为局部回流与全局回流，会影响下面的，不会影响上面的元素reflow耗用的系统资源较大，DOM Tree中受到影响的节点皆会reflow，然后影响其子节点最坏的情况是所有节点reflow，该问题引发的现象便是低性能的电脑风扇不停的转，手机变得很热，并且非常耗电，以下操作可能引起reflowl 操作dom结构l 动画l DOM样式修改l 获取元素尺寸的API减少使用定位属性（fixed/absolute）static元素处于文档流中，其渲染速度是最快的，我们做过一个测试：100个absolute元素与100个static元素渲染时差在0.01-0.007ms100000个元素渲染差距便增至30ms左右，这个微小的时差在移动端变得尤为明显，比如：小米/三星手机（1000左右），便存在明显的渲染问题，具体表现为：l 定位元素在手机上不能显示。l 定位元素动画效果失效。以上问题便是UI渲染失效多导致，最好的解决方案是减少使用定位元素，否则只能引起强烈reflow才能解决。另外，产品经常会有fixed的相关需求，比如支付按钮一直出现在低端，这个需求会造成两个问题：l fixed元素遭遇文本框时失效，可能会飘到页面中间阻挡输入l 影响效率问题一原因与移动端的实现有关，暂时没有完美的解决方案，问题二便与渲染直接关联滚屏时，页面上所有的像素会跟着滚动，显卡对全屏幕上下移动的处理很快，但是若是出现一个fixed元素或者有元素不跟着一起滚动，那么滚动对手机浏览器来说就是一个负担，这种滚动的性能甚至体现在了iphone 4s，因为滚动可能会造成reflow，这个现象体现在：使用absolute配合javascript模拟fixed效果时，会有断片的效果，该问题在iphone5s便不会出现这个问题。奇技淫巧当然，我们不能忽略产品的需求，fixed类需求应该在技术上得到解决，还用户一个良好的体验。虚拟键盘导致fixed元素错位fixed元素一定会伴随虚拟键盘的出现，但是虚拟键盘只是“贴”在了viewport上，表面上不会对dom产生“任何”影响，但是这个时候fixed元素表现却变得怪异起来，会错位。应用层面解决问题方案是，虚拟键盘弹出时将fixed元素设置为static，虚拟键盘消失时候设置回来。由于虚拟键盘出现并未抛出事件，而检测scroll或者resize事件，皆会有一定延迟，会出现闪烁现象，所以现有最好的方案是setinterval定时器监控当前获取焦点元素是否为文本元素，若是是的话便需要处理，如此便可解决fixed元素错误问题。fixed元素滑动惯性平滑度我们常常遇到这种产品需求，tab标签栏开始固定，当滚动向下超过该标签栏后便会变成fixed元素，一直出现在头部，这样的需求在电脑上没有问题，但是在iPhone5s以下的手机常常会出现小范围错位或者快速移动大范围错位的问题。这个时候我们可以引起reflow迫使浏览器重绘以解决这个问题，这里推荐一个奇怪的hack写法：同时设置三个image元素的src属性，便可以全范围解决该难题， 该方案被团队证实并得到应用。//三图片src，引发reflow，处理fixed方案惯性问题var el = this.els.ctlc.find('img');$(el[0]).attr("src", 'http://res.m.ctrip.com/html5/Content/images/144.png');$(el[1]).attr("src", 'http://res.m.ctrip.com/html5/Content/images/144.png');$(el[2]).attr("src", 'http://res.m.ctrip.com/html5/Content/images/144.png');另外，上图中的tab标签下面的蓝线具有动画，但是在小米或者三星手机上可能不会移动，这个时候也可以动态引起reflow解决这个BUG。其它l CSS选择器尽量使用id与class，避免过度层叠l 避免使用数值，比如：border: none不会引起渲染，而boder: 0会l 动画时候让元素脱离文档流，以免导致大量reflowl 避免逐条修改DOM样式，改以className实现同样功能l 操作DOM时将display设置为none，因为这种元素不会影响渲染，或者操作fragment对象取代操作显示在页面上的DOMl 避免将获取DOM样式属性的操作写在循环中，可能引起重复reflow内存资源优化移动端的javascript首先，移动端的性能与PC端的性能完全不在一个数量级上，比如，我哥做过一个测试，使用innerHTML绘制大段，之后想获取HTML的ID节点，事实上是获取不到的，这种问题在单页模拟多页，动态创建DOM会经常发生var element = $('<div id = "test">...大量结构...</div>');$(root).html(element)$('#test) //为空这类问题匪夷所思，因为页面UI渲染与DOM操作是互斥的，但是就算出现了这个问题，一个解决方案是使用settimeout，更好的方案是使用DOMNodeRemoved事件监控页面DOM改变，将我们的DOM操作回调放入以确保渲染结束。以上问题只是为了说明移动端的性能问题，这类性能问题会导致很多莫名其妙的问题，而且很多与渲染有关。但是这也从侧面说明了移动端资源的紧缺，若是heap值过大，会导致操作出现卡的现象，更有甚者，会引起页面假死直接退出。webapp的模式，完全依赖于浏览器的垃圾回收，基本就是作死，因为传统页面一旦刷新页面整个资源完全释放，而webapp没有刷新这类操作，只有一个状态到两一个状态，不相关的内存会保留，资源必须手动释放，或者说，框架必须提供垃圾释放的机制。这个由图表heap值变化可以清晰看出。而view切换过程中，不用的资源若是不手动设置为null会导致变量得不到回收便脱离框架控制而失控了。所以我们在webapp的过程中需要注意：l 释放没有使用的闭包l 观察者需要得到清理l 释放定时器l view切换过程中，在destroy中释放view相关资源——感谢艾伦友情支援闭包陷阱在我们工作过程中，滥用局部变量极有可能引起闭包陷阱，这个问题不止是性能问题，在逻辑上会引起错误，而且不易发现，比如，在AMD闭包中使用一个局部变量var _attributes = {};callback ($.extend(_attributes, opts));如此操作，会改变_ attributes对象，若是一个实例还无问题，但是两个实例的话便会发生变量污染。这只是一个例子，但是在代码中滥用局部变量可能会引起不必要的隐忧，戒之慎之。webapp资源释放根据前面的描述，我们可以得出一个结论：无论是view还是UI组件我们得提供统一的destroy接口，以便让用户继承释放资源。若是view的资源得不到释放导致heap值过高，webapp模式的网站其价值大减。这里有几点可以考虑：l webapp中view实例保存不超过5个，多了便释放dom结构以及内存引用（临界值自己判断最优）l view隐藏时释放内部资源，解除DOM事件句柄l UI组件与view相同，需要统一释放机制但是单页应用由于页面不会刷新，总有一些资源得不到释放，此问题任重道远，平时编写过程可以做以下优化：l 使用函数替换逻辑让我们的函数产生一个返回值替换函数中的大段逻辑，这样的第一个好处便是逻辑清晰，第二个好处是这些函数在不同的函数中，这个函数被使用后便会自动得到释放。l 清理闭包引用当一个闭包函数或者什么使用结束后，若不会再使用，便需要手动清理该变量，以便解除闭包之间的引用关系，从而释放资源。l 使用对象属性或者方法一个对象可以引用其他对象的属性或者方法，比如obj.foo = thatObj;这种情况下，我们可以随时删除对象解除引用关系，然后便可以清理资源。动画与假死动画而言建议采用CSS3实现动画，CSS3中又推荐采用最新的接口，比如使用transform取代top/lelf操作，这样操作效率搞得多。若是采用动画可以将对应元素设置为absolute以减少回流，另外最关键一点还是避免移动DOM树过多的节点，这个时候需要驳回产品无理需求，比如：产品要求日期滚屏组件，显示半年的数据，这半年的数据便是180个DOM树这个级别的DOM一旦移动整个手机会直接卡死，甚至构建DOM树，渲染页面也会出现假死现象，该问题需要规避。Application CacheApplication Cache是HTML5为webapp离线使用而增加的API，与localstorage、cookie等不同，Application Cache存储的是一系列请求资源允许浏览器在请求资源时不必通过网络，设计得当的话可以实现离线应用。使用Application Cache主要是在网络性能上提升，有效降低了网络延迟，提升请求加速 但是也会有一些问题，比如新版本缓存不立刻生效；manifest中的请求路径相对于manifest文件，而非加载页面；更新/回滚等问题，所以使用与否还得论证。体验优化区域滚动移动端经常需要实现区域滚动的需求，成熟的也有IScroll解决方案，但是方案却不理想。就官方的例子便会出现以下问题：l 头部消失l 偶尔不能显示文本框焦点，或者焦点错位若是以上问题可忽略，但是文本框不见了这种事情，我是不会接受的导致的原因与组织浏览器默认事件有关，所以，我这里不太推荐各位大范围的使用区域滚动，而改在区域使用，就去哪儿的ipad版本在一个具有文本框的地方使用了IScroll，其提高的用户体验与导致的问题一样引人入胜。事实上，小钗及其推崇IScroll库，虽说他有这样那样问题，但是，IScroll是最有可能带来移动端革命的库，因为他可以：① 解决webapp区域滚动② 变相解决fixed问题③ 解决动画过程带来的长短页问题总而言之，IScroll方案的提出，是让webapp媲美native app靠近了一大步，真正的平起平坐还需要浏览器的支援点击响应click本身在移动端响应是没有问题的，但是我们点击下来300ms 的延迟却是事实，这种事实造成的原因就是手机需要知道你是不是想双击放大网页内容所以click点击响应慢，而touch却不会有这样的限制，于是移动端的touch相当受欢迎，至于鼠标慢，他究竟有多慢，我会告诉你每次会慢300ms所以该问题需要处理，具体见：http://www.cnblogs.com/yexiaochai/p/3462657.html#_h2_7结语webapp不是一天两天的事情，总有一天，webapp会绽放其应有的风采！

APP开发的具体流程

随着科技的发展，移动APP开发成为一股浪潮，类似网站开发一样，不论是IOS还是Android的应用开发，其实都遵循着一定的开发流程，只有遵循一定的流程，才能更高效地开发出一款APP。那么，APP的开发流程是怎样的？1、交流的需求与评估&emsp;&emsp;确定开发APP的需求后，就开始对APP进行定位，将整体的项目尽量细化，以确保APP开发项目能在规定的期限内完成，需求功能的确定、细化，给出精确的项目方案，是项目开发的基础。2、确定产品原型图&emsp;&emsp;如果需求方有大概的商业模式思路的话，产品经理就可轻松绘画出产品的原型图，包括用户体验设计，APP界面的交互逻辑以及产品功能实现等等。3、独特的UI设计&emsp;&emsp;对产品有明确的定位和构建产品原型，设计人员就可着手设计用户界面，用户界面应该遵循简洁美观、便捷的原则，能够为用户带来更高的体验度，一个完整的APP需要吸引眼球的创意，这就需要外包公司在创意策划上有独特的见解。4、精品样稿展示&emsp;&emsp;高质量的样稿展现效果是为了让企业能够在视觉上看到APP的雏形，可为后期的代码开发节省很多时间与精力。5、原生代码开发&emsp;&emsp;UI设计及样稿需求方都通过之后，就可以正式进入代码的开发阶段，实现所有前期展现效果。6、产品测试上线&emsp;&emsp;代码开发完成之后，就可以进入测试和后期上线阶段，在所有bug完成之后，就可以在苹果或者安卓市场上进行上线。7、项目交付&emsp;&emsp;APP开发测试上线后，即可按照合同规定，将源码、说明文档、操作文档各部分配齐交予甲方，甲方签订验收单。8、上线运营推广&emsp;&emsp;成功上线后的APP就可以根据甲方自身情况进行运营推广，发展用户数量。如果后期存在BUG或者更新版本后续服务，在运营推广过程中不断地与时俱进，维护更新，APP才能长存。

安卓APP开发发展趋势与前景

安卓（Android）是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动终端设备，如市场上的智能手机和IPAI平板电脑，由Google公司和开放手机联盟领导及开发。众所周知，安卓系统平台以开源性和丰富的扩展性受到用户好评。国内拥有数量庞大的智能安卓手机用户群，手机管理软件凭借丰富的app应用资源下载和便捷的管理功能，成为安卓手机用户的装机必备选择。下面，小编将谈谈安卓APP开发的发展趋势与未来前景。 一、安卓的APP应用市场广阔 在21世纪，在互联网的带动下，有很多东西发生了转变，就像是手机已经研发成了智能的，安卓 APP开发和ios APP开发也成为了移动应用开发的主体。现在使用智能手机的人越来越多了，特别是中国已经成为使用智能手机人数多的亚洲国家，使用的国产智能手机大部分都是安卓系统的，安卓手机APP软件市场具有如此庞大的用户群体，这就是一个庞大的市场。 之前，没有人想到现在安卓平台会发展得如此迅速。11月1日美国市场研究机构NPD Group发布的新统计数据表明，截至第三季度末，安卓操作系统在美国智能手机市场上的销量份额已达到44%，首次超过ios的市场占有率。 而国内安卓市场，更是如此，用户数量一直在上升。安装安卓操作系统的智能终端也在快速增长，虽然没有详细的统计数字，但用户数量的增长显得供不应求，基于安卓开发培训的软件应用商开始在中国频频试水。随之也衍生出一批手机APP软件开发公司，加速了APP软件的供给，以满足用户对于手机APP软件的大量需求。安卓智能手机的用户变得越来越多，相应的安卓APP软件的使用者也越来越多，这也让更多的开发者纷纷涌向安卓手机app开发市场。所以，安卓开发拥有不错的发展前景。 随着各平台对OpenGL ES支持能力的大大加强，使得开发复杂的3D场景游戏成为可能。越来越多在PC、PSP、PS3、XBOX360等各游戏平台占有领先地位的专业游戏公司开始向Android系统的手机平台领域快速渗透，让游戏的规划更加向专业化方向发展。二、安卓市场本身具有一定的优势 安卓APP软件与IOS APP的对比，说起谷歌Android系统，自然要提到苹果iPhone和App Store。亚太地区Android促进会主席、台湾著名架构设计师高焕堂对这两个平台的看法是，“苹果公司的App Store和谷歌的Android app软件市场都为大家提供了更加容易赚钱的机会，但是我认为，前者为大家提供的机会就像是芝麻，后者却能为大家带来一个汉堡。由于安卓兼具开放与兼容性的创意空间，因此十分适合通过软硬件结合的创新设计打开产品市场，赚取app软件开发之外的更多利益。”高焕堂2010年提出的看法正是安卓手机软件开发市场占有率迅速飙升的主要原因。三、安卓APP开发的领域越来越多 Android(安卓)在将来还会有更多的发展，不仅仅局限于手机游戏和APP软件，还会涉及更多的领域，所以从事android(安卓)开发是社会向前发展的必然结果，其发展道路也会越走越远。 如果有打算进军移动应用开发行列的IT开发人员，那就赶快行动吧，以后肯定会是移动互联网的天下，移动应用也将会是开发的主体了。早点进军移动应用开发，就能早点站稳脚跟。现在安卓开发教程到处都可以找到，如果有兴趣的朋友可以到网上下载，也可以到书店去买教程等自学，也可以到培训机构去培训一下就可以学会了。 安卓APP开发可以说在应用市场占据大半个江山，这也说明国内的安卓手机用户比例还是很大的，间接反映在智能手机的选择上，并不是人人都喜欢iPhone。国内的消费水平直接成为安卓成长的土壤，安卓 APP则是寄生在安卓系统上的一个个独立体。庞大的用户数量让安卓APP开发依然有存在的价值，安卓手机开发也同样有存在的意义。未来若干年之后将如何说不定，但至少，国内的用户还是需要安卓的，无论是手机还是应用开发上。 大量的用户需求，使得android APP开发仍然以源源不断的上线方式来展现。从普通大众的消费水平以及使用习惯上看，安卓APP开发的市场还是很广阔的。不少游戏平台转向安卓手机，对安卓游戏APP开发这块会将持续增多。放眼应用市场，不难发现安卓APP开发所涵盖的类型和领域非常多，游戏、社交、旅游、工具等类型的应用都有大量的安卓系统开发。安卓开发的数量会不断增加，质量也会有所改进。 安卓APP开发公司的盈利虽然从客户或是用户的使用上获取，可以说盈利具有很大的不确定性。但是，只要还有需求，只要产品尽量做到好，那么对于盈利这块，会有所提升的。安卓这个开发平台，应用收费不是不可能。或许，安卓有一天也会像ios那样可以有更多的产品进行收费，那时就是真正的与ios势均力敌。

APP开发需要注意哪些事项？

随着互联网的发展，无论是新零售项目，还是这么多年一直站在风口上的K12教育市场，很多企业都想通过APP产品来进行入局，而APP开发从前期想法的诞生到中期实施开发到后期上线运营，都是一个极其复杂的过程，很多企业对APP开发并不了解，今天就随积木创意小编来看看APP开发需要注意哪些事项？APP开发需要注意的事项注重周期规划在实施开发之前，需要有一份详细的产品开发周期规划，按照规划走有利于在执行的同时查漏补缺，本周应该实现什么功能？本周应该产出什么样的阶段性产出物？都需要有详细的周期规划，做好APP开发的周期规划是避免时间成本和人力成本浪费的基础。APP开发需要注重用户体验用户体验是一件很核心的环节，怎么样的用户体验决定了整个开发过程中的APP开发功能走向。企业在开发APP时应该想到这个功能能够解决怎么样的用户痛点，是否为用户带来了便捷性，更优的体验。一个APP在开发完成后用起来是否便捷？界面设计是否美观？交互是否合理？用户体验的好坏与APP是否成功是属于直接挂钩关系。注重测试环境千万不能认为APP开发完成后就可以部署上线运营了，一个具备上线运营的APP需要在测试环境里测试各项功能是否正常，一个测试环境的好坏直接影响到上线后用户的使用效果。测试环境需要考虑到APP在运行中的各种情况以及异常流程，是否已经形成了功能闭环，是否具备适应市面上所有机型的运行环境，往往疏忽了一个测试环境就会产生很多个bug。APP开发是一件极其复杂性的开发工作，企业在开发APP的同时需要计算好开发过程中所需要的人力成本和时间成本，还要做好详细的周期规划和准备，以便应对开发过程中的突发情况，避免成本不必要的浪费。--------------------- 作者：Gymoo_Creative 来源：CSDN 原文：https://blog.csdn.net/Gymoo_Creative/article/details/90486855 版权声明：本文为博主原创文章，转载请附上博文链接！

APP价格、功能开发的区别

现在很多互联网创业者都会在创业中选择做一个APP或者小程序，创业初期可能也没有属于自己的团队就选择软件外包，当发展到一定阶段会自己招募技术团队负责。但是前期肯定都会选择和外包公司合作，那么多外包公司，有的报几十万，有的报十几万，有的报几万，甚至还有报几千。这是什么情况呢？APP开发项目方通常都会问“开发一个APP多少钱？”收到的回复就是“价格不等”，这是为什么呢？因为每个项目方的功能需求都不是一样，还有开发语言的不同，要求的功能不同，再有不同的外包公司开发周期不一样，包括地域环境不同，北上深等技术工资是普遍高出其他地区发，技术薪资不同，场地费用、办公成本等这些都会在成价格的差距。我们先聊聊APP的事情，先简单区分下吧。当下，我们手机里装满了各种各样的APP，很占内存对不对？微信直接来了个小程序开怼！其实，APP也是有区别的，今天就给大家简单聊聊APP的区分，APP有原生开发，有混编，有打包！最直接的价格差别就是不同公司选择的开发APP类型！封装APP这种类型的APP是由web网页加壳生成APP的开发方式，先由技术做好一套web版的系统，再由web版的通过打包工具生成APP，打包工具有很多，技术通常用的比如Hbuilder，但是封装效果差，耗流量，浏览体验极差，访问速度慢等等。甚至更有甚者直接将APP做成一个游览器再将网址栏隐藏伪装成一个原生开发的APP去欺骗创业者小白，把这种速成的东西，当成原生态开发的APP去欺骗创业者。而创业小白很多时候还自以为捡了便宜，但是实际体验糟糕让这些创业者的创业计划犹如车祸现场一般，APP商店也不会上架此类APP混合开发Hybrid App是指介于web-app、native-app这两者之间的app,它虽然看上去是一个Native App，但只有一个UI WebView，里面访问的是一个Web App，比如街旁网最开始的应用就是包了个客户端的壳，其实里面是HTML5的网页，后来才推出真正的原生应用。再彻底一点的，如掌上百度和淘宝客户端Android版，走的也是Hybrid App的路线，不过掌上百度里面封装的不是WebView，而是自己的浏览内核，所以体验上更像客户端，更高效。成本大概是原生态APP的50%到30%。原生开发原生App实际上是一种基于智能手机本地操作系统如Android、IOS和Windows Phone并且使用原生程序编写运行的第三方移动应用程序。开发原生App软件需要针对不同智能手机的操作系统来选择不同的App开发语言，如安卓App是是利用java、eclipse、Android studio、IOS APP是Objective-C语言、Windows Phone的APP开发是C##语言。原生应用由于利用的是官方提供的语言和工具并且能够直接操控硬件设备（比如多点触控、NFC、读取短信等），在应用性能上和交互体验上应该是最好的，当然价格也最高。但是原生应用的可移植性比较差，特别是一款原生的App，Android和IOS都要各自开发，同样的逻辑、界面要写两套。有什么不同呢？第一从功能性：原生APP是一个系统性的应用程序，而Web APP则更多是页面展示类的APP，之间的差距可谓是电脑上的软件和网页之间的差别，所以差别还是很大的。原生APP可以调用手机终端的硬件设备比如语音、摄像头、短信、GPS、蓝牙、重力感应等，Web APP则不可以。Web App 开发如果只是单纯的页面展示的话，一个微信公众号也可以替代，做APP就是更多的为了以多功能满足客户需求实现盈利。第二从加载速度：原生APP由“云服务器数据+APP应用客户端”两部分构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。访问的时候，不需要重新下载加载。而Web APP每打开一个页面，都需重新加载，访问速度受手机终端上网的限制，每次使用均会消耗一定的手机上网流量，加载速度慢。而且因为Web APP加载的数据只能存储在网页端，所以如果加载容易卡死错乱，用户体验比较差。第三从稳定性：目前市场的web版的APP多为模板，这种模板价格便宜，但是功能无法拓展，而且随着市场上浏览器、技术的进步，总会逐步出现各种问题，稳定性根本无法保证。移动互联网发展趋势而原生的APP的技术更加成熟，而且功能呢可以拓展。H5 APP开发由于安装包比较小、更新灵活对于市场来说依然有吸引力，目前用的最多的还是图文类的。常见的商业用途的APP，还是原生APP开发居多。希望这些对家有些帮助，不要想着最小的投入大回报的事情，也不要菲薄觉的自己什么都做不了，一切从实际出发！