根据web前端开发app App前端开发技巧

根据web前端开发app App前端开发技巧很多朋友对这方面很关心，我爱编程网整理了相关文章，供大家参考，一起来看一下吧！

web前端开发中制作的app页面字体自动上移出界怎么往下移

1、首先来看看webkit内核中的一些私有的meta标签，这些meta标签在开发webapp时起到非常重要的作用

<meta content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0;" name="viewport" />

<meta content="yes" name="apple-mobile-web-app-capable" />

<meta content="black" name="apple-mobile-web-app-status-bar-style" />

<meta content="telephone=no" name="format-detection" />
第一个meta标签表示：强制让文档的宽度与设备的宽度保持1:1，并且文档最大的宽度比例是1.0，且不允许用户点击屏幕放大浏览；
第二个meta标签是iphone设备中的safari私有meta标签，表示：允许全屏模式浏览；
第三个meta标签也是iphone的私有标签，其指定的iphone中safari顶端的状态条的样式；
第四个meta标签表示：告诉设备忽略将页面中的数字识别为电话号码
2、HTML5标签的使用
在开始编写webapp时，前端工程师可以使用HTML5，而放弃HTML4，因为HTML5可以实现一些HTML4中无法实现的丰富的WEB应用程序的体验，可以减少开发者很多的工作量，决定使用HTML5前，一定要对此非常熟悉，要知道HTML5的新标签的作用。比如定义一块内容或文章区域可使用section标签，定义导航条或选项卡可以直接使用nav标签等等。

3、放弃CSS float属性
在项目开发过程中可以会遇到内容排列排列显示的布局，假如遇见这样的视觉稿，可以放弃float，直接使用display:inline-block;

4、利用CSS3边框背景属性

APP开发流程有哪些

按工作的性质不同我先把App开发分成三个阶段：售前、售中、售后，每个阶段包括了多个步骤，循序渐进，最终完成项目的开发。

一、售前

1.需求沟通

在意向客户提出有项目需求时，我们的产品经理会跟售前顾问一起跟客户进行沟通。有些客户对于自己的需求通常只是一个大方面的想法，这个时候就需要我们专业的产品经理帮他整理出项目的具体需求和功能列表清单，并帮客户分析出没有考虑到的或能否实现的需求。

2.项目可行性分析

客户自身和产品经理都需要清晰了解该项目的功能特点、用户痛点、行业需求和为用户提供的服务内容等，每一点都要做出详细的调查分析，尤其是客户痛点这块。如果开发出来的App存留很多痛点，那么就算开发成功，也没多长时间的存活时间。因为任何一个App最终的成功都是建立在用户基础之上的。

3.功能流程梳理

（1）整理架构

整理架构的过程就像是修房子打地基，产品经理会梳理产品整体功能架构，整理出核心内容，打造产品的地基，以确保客户以后可以在这个原有的基础上进行调整，更为方便、更具有扩展性。

（2）功能列表

接下来，产品经理会做出更详细的功能列表，添加每个模块的细节内容及具体功能，比如“注册”用哪种注册方式，短信验证码还是第三方注册等。这部分就像你在装修毛坯房时，首先要考虑加上门窗、水电改造等。

（3）梳理流程

产品经理会根据客户的需求梳理出产品的核心业务，会帮客户提前考虑到他们现有的流程是否可以在互联网上进行操作，例如一些传统行业转互联网的企业客户，产品经理会站在移动互联网的专业角度帮客户梳理并优化流程。

4.量身定制实施方案

当需求文档确认完毕之后，售前顾问会根据客户需求量身定制一套App开发方案和报价清单，包括项目组人员安排、时间节点安排和技术方案等，待客户确认完之后就可以开始正式签约合作了。 我爱编程网

二、售中

1.产品设计

（1）原型设计与评审

喜望产品经理根据需求文档设计出高保真原型图，包括功能的结构性布局、各分页面的设计、界面交互逻辑的设计等。高保真原型图将需求文档转换为更直观的软件demo版本，这样即可以确认更多的细节，保证项目研发的效果，也能避免沟通不畅或沟通不到位而引发的纠纷问题。

（2）UI设计与评审

原型图设计确认好之后，UI设计师会根据产品的定位和原型图设计UI界面效果图了，相当于是在原型图的基础上加上颜色、确定产品整体风格、功能具象化处理、交互设计和排版布局等，使客户更直观的可以看到App的雏形，具有极高的还原度，能够为用户带来更高的体验度。一个完整的App需要一个吸引用户眼球的创意，这就需要产品经理和UI设计师在创意策划上有着独到的见解。

（3）需求详细讲解

产品经理会跟项目经理对接需求和原型图UI图，讲解客户的详细需求、功能板块、跳转页面等，项目经理需要细化需求，将这些需求和图片翻译成工程师们能更好理解的语言。接着，项目组会搭配着原型图UI图来召开技术会议，统一进行项目需求讲解。

（4）技术标准制定

项目经理在了解清楚整个项目的需求后提供易扩展、可持续迭代的技术框架方案，比如是原生开发还是混合开发、用Java还是PHP、还有第三方选型等。

2.敏捷开发

（1）迭代开发计划

在正式进入项目开发之前，项目组会对项目本身进行评估，对研发周期、提测时间、预发布时间点进行初步的判断。接着对项目功能进行分解，把项目需求划分成4-5个节点，比如1号-9号做第一个功能模块，10号-15号做第二个功能模块项目组把迭代开发计划发给客户确认后，就开始按着这个计划做节点研发了。

（2）节点研发

按照需求分析整理出来的功能数据处理情况，项目组会建立合理的数据库表结构，优化数据算法，提升数据的处理效率，保证后期App使用过程中数据的安全性、准确性、稳定性和及时性。

一个完整的App项目一般包含以下几个模块：

①服务器端：编写接口协议文档，服务器环境架设（国内一般都是用阿里云服务器，国外一般用亚马逊），设计数据库和编写API接口，业务功能实现及接口封装、管理后台的开发。

②App端：根据UI设计图进行界面开发，UI开发完成后对接服务器接口，通过服务端接口获取数据，编写功能上的逻辑代码。

③Web管理端：根据前端的业务逻辑，后台会有相应的功能与之匹配，同样需要编写功能上的逻辑代码。

在项目研发阶段，项目经理进行技术攻关，流程助理同时跟踪进度，项目组也会每周向客户进行开发进度汇报，并协助客户申请软著。

（3）单元测试

以前的开发流程就是工程师从头写到尾，把App功能全部开发完成后再进行系统测试，这样就很容易出现以下几个问题：修改了一处bug却在另一处地方引发了新的bug、扩展新功能的同时导致旧代码出现bug等等，这个时候就需要引入单元测试。

单元测试简单来说就是工程师做一个节点研发，测试工程师就测试一个节点，这样就能够清晰的知道是否破坏了老的业务逻辑，容易排除掉一些非常低级的错误，大大减少回归出错的可能性和调试的时间，提高代码质量。

（4）系统测试

App功能开发完成之后，测试人员会对整个项目进行系统性测试。而完成项目测试调试最重要的环节是问题的管理，追踪各个bug的进度以及状态，包括指派给谁、优先级、修复状态等，以便有质量地完成问题的处理。

产品面向的平台多机型同步测试，包括：App内容测试、App性能测试、App功能测试、App视觉测试，对BUG调试修复。测试合格，确认没有bug后与客户进行沟通，开始验收，再由客户进行测试，提出修改意见。

3.上线交付

01.用户体验测试

喜望在2018年新设了一个“创新性人才岗位”——用户体验官，这是移动互联网行业首创的“从功能试错服务到运营实践服务”。

用户体验官的工作就是用户体验测试，从用户体验、产品、易用性、颜值、App设计还原度等多个维度进行体验性测试，并通过后台上传真实的前期种子数据，让整个App的内容很丰满，互动性强。用户体验测试是从项目本身的用户群体和运营逻辑来帮助客户打造好整个App的调性。

02.部署上线

在代码开发和测试完成后，就进入了后期上线的阶段。

（1）部署正式服务器：将数据库、后台系统部署到正式的服务器上面，并录入正式的上线数据到app系统后台。

（2）准备上架相关的资料：如软件著作权、应用说明、App界面截图和打包版等。

（3）发布App应用到市场：根据App端口选择发布iOS或Android应用市场。

①Android：涉及的应用市场很多，主流市场是腾讯应用宝、手机百度助手、360手机助手、91手机助手，不同的应用市场的受众属性和流量会有所不同，需要根据客户需求和项目实际情况来选择。一般来说，1-2个工作日就可以通过审核上线。

②iOS：发布到App Store，提交后一般最快都需要5个工作日左右才可以通过审核上架。因为App Store审核比较严格，比如是否符合最新的上架要求、是否涉及到虚拟货币、是否支持最新环境等很多问题都会决定审核能否通过。

但有可能会遇到这种情况：比如某App存在3个导致不通过的问题，App Store只要找到其中一个问题就不会通过，不会把3个问题都找出来告诉你为什么拒绝，所以如果经验不足，上架N次花费几个月都是很有可能的。

③发布小程序到微信公众号：需要把小程序发布提交给微信团队审核并上架，一般1-2个工作日就可以通过审核上线。

03.源码交付

APP开发测试上线后，要进行终验交付，即按照合同规定，将源码、说明文档、操作文档等所有项目的相关资料交付给客户。

包括但不限于：

1前后端项目的所有最新源代码（含注释）

2数据库设计文档

3API设计文档

4所有的开发者账号资料

5测试文档

6原型设计稿

7UI设计稿

8项目相关文档等资料

04.项目运营培训

在交付源码时，喜望的项目经理会给客户针对项目的所有功能操作进行培训，比如优惠券怎么发、司机怎么核审、怎么查看用户注册等。我们也会根据客户需求，让品牌设计师和新媒体运营官为客户设计上线海报和新媒体运营方案。

三、售后

1.前期维护

一般的App开发完后都需要进行维护，即便是已经达到相对稳定的阶段，也可能随着手机系统的升级或长时间的使用等，出现一些小问题或隐藏得比较深的bug。

喜望会免费赠送客户三个月的维护期，一个项目正式上线运营了3个月左右的时候就已经清楚了整体的运营模式和部分功能欠缺，接下来想要继续运营app就需要迭代开发、优化功能模块。

在此期间，我们会解答客户的疑问、指导软件的使用和内容的上传等事项，以及修复程序Bug、突发情况发生后紧急维修等。

2.定制更新

在App投放到市场后，会得到用户以及市场本身的一些反馈，从而知道该如何修正或者调整运营策略，当目前系统的功能无法满足项目需求时，就需要规划新一版本功能的迭代问题了，也就是开发项目2.0。

喜望会帮助客户进行定制更新，也就是继续App开发前期“售前”所做的工作：需求沟通、可行性分析、功能流程梳理以及量身定制实施方案。

这个迭代方案一般根据以下2点进行制定：

①未完善的BUG

比如上线后的App在运营过程发现的一些BUG，或者逻辑错误的一些地方，如果我们想要修复这些逻辑错误问题和功能BUG，就必须进行App的迭代。

②App数据分析

数据是极其重要的衡量标准，通过分析App的投放资源、用户激活率、转化率、留存率和用户进入使用不同功能的占比、各个环节的流失，寻找对App体验影响较大的指标，分析自查功能设计上的优劣，以便进行功能上的版本迭代。

3.迭代开发

同样的，当项目进行迭代开发时，也会重新经历“售中”的全部过程，包含产品设计、敏捷开发和上线交付等所有的产品生命周期。

4.项目维护回访

当项目运营过一段时间（免费维护期结束）后，喜望会对客户进行回访，询问运营情况等。当然了，如果后续客户需要我们继续提供运维支持，我们也是很乐意的，因为在App运营的过程中需要与时俱进、维护更新，App才能长存。

5.新媒体运营

成功上线后的App可以通过企业的运营推广，发展用户数量，得以长久的运营。推广运营的方式有很多种，比如进行线下推广、投入广告、新媒体运营推广等。

贴心的喜望根据九年的从业经验以及目前市场情况，会推荐客户做成本相对较低的新媒体运营推广。

从上面的App开发流程来看，每一个项目研发都要经历以上3个阶段22环节，这其实是一条完整的流水线，做到这样往往能达到较高水准的项目质量。但是如何保证流程顺畅进行？如何使项目成员的工作效率最大化？这就十分考验开发公司的专业度和项目成员的规划能力了。

之前有讲到过，一款App开发的时间也会影响到App开发的价格，所以，了解一下App的标准开发流程还是很有必要的哟。

App前端开发技巧

自Iphone和Android这两个牛逼的手机操作系统发布以来，在互联网界从此就多了一个新的名词-WebApp(意为基于WEB形式的应用程序，运行在高端的移动终端设备。 我相信各位童鞋应该和我一个样子，到处查找贴子，学习如何制作WebApp项目，经过我一番查找资料学习后准备分享给大家，希望和大家共同探讨学习WebApp。 那么WebApp与NativeApp的区别是什么? NativeApp： 缺点： 1、开发成本非常大，一般使用的开发语言为JAVA、C++、Objective-C。 2、更新体验较差、同时也比较麻烦，每一次发布新的版本，都需要做版本打包，且需要用户手动更新（有些应用程序即使不需要用户手动更新，但是也需要有一个恶心的提示）。 优点： 1、非常酷 因为nativeapp可以调用IOS中的UI控件以UI方法，它可以实现WebApp无法实现的一些非常酷的交互效果 2、Nativeapp是被Apple认可的 Nativeapp可以被Apple认可为一款可信任的独立软件，可以放在AppleStroe出售，但是Webapp却不行。 WebApp： 开发成本较低 使用web开发技术就可以轻松的完成webapp的开发 升级较简单 升级不需要通知用户，在服务端更新文件即可，用户完全没有感觉 维护比较轻松 和一般的web一样，维护比较简单，它其实就是一个站点 Webapp说白了就是一个针对Iphone、Android优化后的web站点，它使用的技术无非就是HTML或HTML5、CSS3、JavaScript，服务端技术JAVA、PHP、ASP。 当然，因为这些高端智能手机（Iphone、Android）的内置浏览器都是基于webkit内核的，所以在开发WEBAPP时，多数都是使用HTML5和CSS3技术做UI布局。当使用HTML5和CSS3l做UI时，若还是遵循着一般web开发中使用HTML4和CSS2那样的开发方式的话，这也就失去了WEBAPP的本质意义了，且有些效果也无法实现的，所以在此又回到了我们的主题_webapp的布局方式和技术。 在此所说的移动平台前端开发是指针对高端智能手机（如Iphone、Android）做站点适配也就是WebApp，并非是针对普通手机开发Wap2.0，所以在阅读本篇文章以前，你需要对webkit内核的浏览器有一定的了解，你需要对HTML5和CSS3有一定的了解。如果你已经对此有所了解，那现在就开始往下阅读吧 一、首先我们来看看webkit内核中的一些私有的meta标签，这些meta标签在开发webapp时起到非常重要的作用 <metacontent="black"name="apple-mobile-web-app-status-bar-style"/> <metacontent="telephone=no"name="format-detection"/> <metaname="apple-mobile-web-app-status-bar-style"content="default"/> <metaname="apple-mobile-web-app-status-bar-style"content="black"/> <metaname="apple-mobile-web-app-status-bar-style"content="black-translucent"/> <metacontent="email=no"name="format-detection"/> 看过iOSwebappAPI的同学都知道iOS提供了一个meta标签:用于禁用iOS对页面中电话号码的自动识别。在iOS中是不自动识别邮件地址的，但在Android平台，它会自动检测邮件地址，当用户touch到这个邮件地址时，Android会弹出一个框提示用户发送邮件，如果你不想Android自动识别页面中的邮件地址，那么就把这个meta标签加在head里 <metacontent="width=device-width,initial-scale=1.0,maximum-scale=1.0,user-scalable=0;"name="viewport"/> <metacontent="yes"name="apple-mobile-web-app-capable"/> 如果您的网站是小于980px（网页上显示的默认宽度），然后宽度应设置这个标记。此外，如果应用程序是iPhone的具体，然后在宽度应设置的iPhone，iPad或iPodTouch的宽度。人们还应该牢记，而不是使用屏幕的宽度和高度的实际价值，应使用“设备宽度”和“设备的高度”的值。 <metaname="viewport"content="width=device-width,initial-scale=2.3,user-scalable=no"/> <metaname="viewport"content="width=device-width,initial-scale=2.3,minimum-scale=1,maximum-scale=5"/> 下面是所有可用的选项： width_Widthofviewportinpixels.宽度-视口的宽度，以像素。 [Default:980,Range:200-10,000][默认值：980范围：200-10,000] height_Heightofviewportinpixels.高度-视口的高度，以像素。 [Default:calculatedwiththewidthandaspectratioofthedevice,Range:223-10,000][默认：计算的宽度和长宽比的设备，范围：223-10000] initial-scale_Theinitialscaleoftheviewport. 最初的规模-视口的初始规模。 [Default:calculatedtofitthewebpageintheareaavailable,Range:calculatedwithminimum-scaleandmaximum-scaleproperties.] [默认：计算面积，范围，以适应网页：最小规模和最大规模的的物业计算] minimum-scale_Theminimumscaleofviewport.最小规模-视口的最低规模。[Default:0.25,Range:>0-10][默认：0.25，范围：0-10] maximum-scale_Themaximumscaleofviewport.最大规模的-视口的最大规模。[Default:1.6,Range:>0-10][默认值：1.6，范围：0-10] user-scalable_Whethertheusercanzoominand out.用户可扩展性-无论用户可以放大和缩小。[Default:yes,Options: yesorno][默认：是的，选项：yes或no] 手机浏览缩放控制 <metaname="viewport"content="width=device-width,initial-scale=1.0,minimum-scale=1.0,maximum-scale=1.0,user-scalable=no"/> 其中： iPhone满屏幕显示：width=device-widthwidth_viewport的宽度[默认值：980范围：200-10,000] height_viewport的高度[默认：计算的宽度和长宽比的设备，范围：223-10000] initial-scale_初始的缩放比例[默认：计算面积，范围，以适应网页：最小规模和最大规模的的物业计算] minimum-scale_允许用户缩放到的最小比例[默认：0.25，范围：0-10] maximum-scale_允许用户缩放到的最大比例[默认值：1.6，范围：0-10] user-scalable_用户是否可以手动缩放[默认：是的，选项：yes或no] 二、HTML5标签的使用 在开始编写webapp时，哥建议前端工程师使用HTML5，而放弃HTML4，因为HTML5可以实现一些HTML4中无法实现的丰富的WEB应用程序的体验，可以减少开发者很多的工作量，当然了你决定使用HTML5前，一定要对此非常熟悉，要知道HTML5的新标签的作用。比如定义一块内容或文章区域可使用section标签，定义导航条或选项卡可以直接使用nav标签等等。 三、放弃CSSfloat属性 在项目开发过程中可以会遇到内容排列排列显示的布局，建议你放弃float，可以直接使用display:block; 四、利用CSS3边框背景属性 这个按钮有圆角效果，有内发光效果还有高光效果，这样的按钮使用CSS3写是无法写出来的，当然圆角可以使用CSS3来写，但高光和内发光却无法使用CSS3编写，这个时候你不妨使用-webkit-border-image来定义这个按钮的样式。-webkit-border-image就个很复杂的样式属性。 五、块级化a标签 请保证将每条数据都放在一个a标签中，为何这样做？因为在触控手机上，为提升用户体验，尽可能的保证用户的可点击区域较大。 六、自适应布局模式 在编写CSS时，我不建议前端工程师把容器（不管是外层容器还是内层）的宽度定死。为达到适配各种手持设备，我建议前端工程师使用自适应布局模式（支付宝采用了自适应布局模式），因为这样做可以让你的页面在ipad、itouch、ipod、iphone、android、websafarik、chrome都能够正常的显示，你无需再次考虑设备的分辨率。 七、学会使用webkit-box 上一节，我们说过自适应布局模式，有些同学可能会问：如何在移动设备上做到完全自适应呢？很感谢webkit为display属性提供了一个webkit-box的值，它可以帮助前端工程师做到盒子模型灵活控制。 八、如何去除Android平台中对邮箱地址的识别 看过iOSwebappAPI的同学都知道iOS提供了一个meta标签:用于禁用iOS对页面中电话号码的自动识别。在iOS中是不自动识别邮件地址的，但在Android平台，它会自动检测邮件地址，当用户touch到这个邮件地址时，Android会弹出一个框提示用户发送邮件，如果你不想Android自动识别页面中的邮件地址，你不妨加上这样一句meta标签在head中 <metacontent=”email=no”name=”format-detection”/> 九、如何去除iOS和Android中的输入URL的控件条 你的老板或者PD或者交互设计师可能会要求你：能否让我们的webapp更加像nativeapp，我不想让用户看见那个输入url的控件条？ 答案是可以做到的。我们可以利用一句简单的javascript代码来实现这个效果 setTimeout(scrollTo,0,0,0); 请注意，这句代码必须放在window.onload里才能够正常的工作，而且你的当前文档的内容高度必须是高于窗口的高度时，这句代码才能有效的执行。 十、如何禁止用户旋转设备 我曾经也想禁止用户旋转设备，也想实现像某些客户端那样：只能在肖像模式或景观模式下才能正常运行。但现在我可以很负责任的告诉你：别想了!在移动版的webkit中做不到！ 至少ApplewebappAPI已经说到了：我们为了让用户在safari中正常的浏览网页，我们必须保证用户的设备处于任何一个方位时，safari都能够正常的显示网页内容（也就是自适应），所以我们禁止开发者阻止浏览器的orientatixss_javascript事件，看来苹果公司的出发点是正确的，苹果确实不是一般的苹果。 iOS已经禁止开发者阻止orientatixss_javascript事件，那Android呢？对不起，我没有找到任何资料说Android禁止开发者阻止浏览器orientatixss_javascript事件，但是在Android平台，确实也是阻止不了的。 十一、如何检测用户是通过主屏启动你的webapp 看过ApplewebappAPI的同学都知道iOS为safari提供了一个将当前页面添加主屏的功能，按下iphoneipodipodtouch底部工具中的小加号，或者ipad顶部左侧的小加号，就可以将当前的页面添加到设备的主屏，在设备的主屏会自动增加一个当前页面的启动图标，点击该启动图标就可以快速、便捷的启动你的webapp。从主屏启动的webapp和浏览器访问你的webapp最大的区别是它清除了浏览器上方和下方的工具条，这样你的webapp就更加像是nativeapp了，还有一个区别是window对像中的navigator子对象的一个standalone属性。iOS中浏览器直接访问站点时，navigator.standalone为false,从主屏启动webapp时，navigator.standalone为true，我们可以通过navigator.standalone这个属性获知用户当前是否是从主屏访问我们的webapp的。在Android中从来没有添加到主屏这回事！ 十二、如何关闭iOS中键盘自动大写 我们知道在iOS中，当虚拟键盘弹出时，默认情况下键盘是开启首字母大写的功能的，根据某些业务场景，可能我们需要关闭这个功能，移动版本webkit为input元素提供了autocapitalize属性，通过指定autocapitalize=”off”来关闭键盘默认首字母大写。 十三、iOS中如何彻底禁止用户在新窗口打开页面 有时我们可能需要禁止用户在新窗口打开页面，我们可以使用a标签的target=”_self“来指定用户在新窗口打开，或者target属性保持空，但是你会发现iOS的用户在这个链接的上方长按3秒钟后，iOS会弹出一个列表按钮，用户通过这些按钮依旧可以在新窗口打开页面，这样的话，开发者指定的target属性就失效了，但是可以通过指定当前元素的-webkit-touch-callout样式属性为none来禁止iOS弹出这些按钮。这个技巧仅适用iOS对于Android平台则无效。 决这一问题，我们可以为其添加一个特殊的样式-webkit-box-sizing:border-box;用来指定该盒子的大小包括边框的宽度。 流式布局虽然能够适应不同宽度的布局，但是开发时候，在pc下看，就像是整个网页被拉伸了一样，非常难看，而且不好布局，所以建议采用定宽的方式，这样在pc下会非常好看。同时也可以完美解决不同屏幕手机下的适配问题。

以上就是我爱编程网为大家带来的根据web前端开发app App前端开发技巧，希望能帮助到大家！