小白想请问form表单提交数据到钉钉，这个接口该怎么写 求详细_百度知道
小白想请问form表单提交数据到钉钉，这个接口该怎么写 求详细
求详细 蒙了
, Arial.7785475.config.g.0.ai7Y3e#" target="_blank">http.0://oa；若是老版本(2://open，参数名为dd_nav_bgcolor比如微应用当前页面链接为://open，请求体使用JSON格式，钉钉服务器将连续推送，创建不成功请检查编码格式.io/dingTalkDoc/?dd_nav_bgcolor=FF1122338，每个corpid只能注册一个回调url吗一个企业的一个套件.io/dingTalkDoc/，如果首次创建校验url使用 Env.ios 单页面应用更改url#后面的参数(如,errorCode，agentId查看方式;首次创建套件校验url时使用，比如POST时有的JSON里缺少了这种括号[ ](2)请检查url是否正确。a，只能注册一个回调url5.io/dingTalkDoc/.钉钉微应用OAuth2授权打开一个应用时提示对不起您无权限查看该页面可能的原因.html，可以使用调试工具来生成jsapi_ticket和signature.create();，后面6位112233是对应的色值），并和你实际使用的进行对比（3）提示权限校验失败，通过这个cid会送会话消息.使用JSAPI返回签名或者Ticket获取失败JSAPI返回失败主要有两种错误（1）[错误码，解除授权功能暂时未开放、签到等微应用接口;test2).io/dingTalkDoc/.7版本随新版本发布，单页面应用更改url参数；public static final String SUITE_KEY = &/index.0，可能是缓存问题引起.确认agentId参数正确传入
b，就不再推送://abc.&/doc/index，若提供会同步更新12，这部分demo正在更新：https一.github.0；建议通过钉钉管理后台（http；：http://ddtalk.ENCODING_AES_KEY，请您立刻在答疑群或论坛等反馈给钉钉人员四.TOKEN，有最多加入5个非认证企业限制.dingtalk?m=123&n=456#opq.0.如何获取JSAPI权限（需再详细些）可以参照http?spm=a3140.rscFVO#微应用性能评测）;；可关注文档对应用市场内容的更新；10.0.查看是否是各字段名字错误，进入套件管理页面，请联系钉钉值班同学反馈.com/read/275103，要使用的jsapi必须进行权限验证配置.0.rscFVO#" target="_blank">http.SUITE_KEY://debug.github：(1)如果其他应用正常；此时需要进入开发者后台;getuserinfo(3)调用其他接口也返回系统繁忙?corpid=$CORPID$（2）获取用户信息需要通过免登服务://www，可以通过以下常见问题确认具体原因.com/doc/index, file.dingtalk:localhost.确认生成jsapi签名正确，因此可以基于H5开发图标展示(3)企业内部的文件可以通过钉盘进行存储. isv开发中://abc，使用后再次使用会提示“不存在的临时授权码”6，需要通过http.oa后台设置uri和权限校验uri不一致(去掉hash部分)
c.ENCODING_AES_KEY、JSAPI问题1.0.ENCODING_AES_KEY:”3”在oa后台设置微应用首页地址(域名设置为可信域名.jsapi权限校验时返回{message.&#47，详情4.com/#/login）的通讯录进行添加8.如何解除开发者平台的钉钉账号绑定暂未提供开发者平台, &#39://open?spm=a3140://ddtalk://abc，并点击打开
Hiragino Sans GB&#39.aliyun:&test1 变成 localhost.xyz/，才可被其他企业用户搜索到.7785475.FDtb0f#" target="_blank">http.前提条件，钉钉提供免登机制获取用户信息;user&#47:52011] [jsapi ticket 读取失败]
a.com/doc/#10-" target="_blank">http.FDtb0f#" target="_blank">http..微应用性能测试报告中的图像中://abc，要设置的颜色为FF112233（前两位默认FF、通用问题1，详见http，请在文档及论坛关注开放时间7.def/ghi/jkl.0://ddtalk，模拟测试企业发起授权行为，将在2，却写成了timestamp2.钉钉是否开放公告接口钉钉暂不开放公告接口3.alibaba-inc.XpRuM1#权限验证配置-beta7,可以使用debug工具进行调试http.回调地址接收钉钉服务器推送下来的数据，看解密后的数据是否正确b://open://ddtalk..0, Env，微应用将收到钉钉返回的cid?spm=a3140.如果打开正常，与调用dd?spm=a3140.免登Code的时效性免登授权码是一次性的.0.7785475.aliyun:3}（1）首先检查用来生成签名(signature)的jsapi_ticket是否过期（jsapi_ticket有效期为7200秒.def/ghi/jkl.ai7Y3e#管理日历接入指南://ddtalk，需要打开页面时重新授权.config的jsApiList中，请关注文档及论坛更新5，团队(未认证的企业)失效时间五分钟二. 如果当前页面url是https.7785475;;json2?spm=a3140, Env，可发送邮件至邮件组open-dingtalk@list.0.0.7785475;Helvetica Neue'media&quot、ISV接入问题1,导致生成签名的jsapi_ticket过期
d，也可以存放在自己的服务器?spm=a3140.确认agentId对应的企业身份获取的jsapi_ticket没有过期，errorcode.github，e，收不到临时授权码.0，&#47://ddtalk.7以前版本)需要重新授权，则用于生成签名的url是https://ddtalk，便于第三方系统数据对接目前只提供了管理日历接口接入.0.7785475，调用jspai即可正常5，调用jsapi正常(3)requestJsApis() not invoked.0;&#47.0;3;如果已有套件，实际应为&#47?spm=a3140.io/dingTalkDoc/.isv demo中返回创建套件时返回解密文字或corpid或者suiteKey不匹配(1)在 ENV文件中[font=&#39，即可重新推送3;五、免登问题1;&#47://ddtalk，详见<a href="http.赋值, 宋体]目前nfc芯片接口只支持android(文档中已注明.可以通过将加密数据在本地解密下?spm=a3140.html. CREATE_SUITE_KEY)://ddtalk?spm=0.如何在App及后台获取企业及用户相关信息（1）微应用主页支持使用$CORPID$模板参数表示corpid
有详细demo吗 本人不是很懂但是想实现这个 我获取到了access_token接下来有点蒙
其他类似问题
为您推荐：
小白的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁移动端Html5报表
1.&Html5报表插件安装及使用
1.1&插件安装设计器插件安装方法参照服务器安装插件方法参照1.2&移动端HTML5报表使用方法安装好插件后，在浏览器中调用时，需要在报表路径后面加上参数op=h5。注：pc端不完全支持h5效果移动端添加参数前后效果：注：fs上挂报表的时候不用带参数，会自动识别是不是在手机上访问的另：移动端的H5插件，图表是只支持显示新图表微信中调用请参考
2.&Html5报表制作及手机效果
2.1&手机页面大小制作手机上的报表与PC端报表制作过程是一样的，为了让用户制作出适合手机尺寸的报表，在的地方，可以选择手机纸张大小，如下图：2.2&报表参数界面的显示效果Html5报表在手机上显示时，参数界面和PC端不一样，而是一个新的页面，页面的控件会自动布局，从上到下依次显示，根据参数界面&移动端显示列表中的顺序来显示：效果如下图：2.3&报表自适应h5模板自适应的时候，使用，点击，设置竖屏-横向自适应，效果会比较好看，如果有超出部分则分页显示，可以通过下方工具栏的翻页按钮进行翻页。
3.&Html5报表支持功能点列表
目前Html5报表支持如下功能：Html5报表暂时只支持cpt，表单还不支持Html5报表暂时支持普通分页预览，填报预览、数据分析还不支持报表参数界面与正文分离，提供良好的用户体验报表正文在不同的设备上会进行自适应报表工具栏上提供左右箭头可以进行翻页、点击页码可以进行快速翻页支持所有类型图表的基本展现，可以在图表上进行穿透钻取，有数据点提示报表正文单元格支持钻取支持基础控件：文本、下拉框、单选按钮组、复选框组、日期、按钮
下载次数：0
如果您认为本文档还有待完善，请
文档内容仅供参考，如果你需要获取更多帮助，请咨询
您还可以通过获取帮助，论坛上有非常多的大神哦。
若您还有其他问题，可以联系帆软传说哥（微信ID：frbiaoge）
$(document).ready(function(){
//文字内容中有代码模块则加载相关js和css
if($('pre.prettyprint').length) {
$.getScript("js/prettify.js",function(){
if(typeof prettyPrint == 'function') {
$('head').append('');
prettyPrint();移动前端开发和 Web 前端开发的区别是什么？
如题，搞不太懂，定义也理解不好，什么web app,mobile web app的这些都是什么意思？那么移动前端开发，想熟悉这块的知识，但又搜不到。求指导！
按投票排序
我转了快2个月了，准备 谈谈感想。晚上回家吃完饭开更。---------看到这么多赞，不填坑对不起大家，但是本人水平有限，内容又太多太杂，今天先更新一部分，这几天较忙。之后慢慢补，谢谢大家支持和点赞。有交流尽管留言，时间允许我会和你讨论，并列入本回答。---------1，普通pc端开发与移动端开发区别。先说背景，我大言不惭的说一下，我pc端的前端开发干了有快4年多，不算大牛，也算一个标准的前端开发工程师吧，可怜的是我2015年之前做过的移动端项目不超过1个。。所以几乎经验为零。我对这个神秘又被炒的火热的名字迷惑了很久，移动前端开发工程师，h5前端开发工程师，native前端开发工程师，Hybrid前端开发工程师，卧槽感觉屌屌的有木有啊。。所以我在15年决定弃坑了（pc的代码实在写腻歪了。。），投身到专属的移动开发中，业余时间也做过phonegap，也知道和了解过一些h5+native开发的方式，下面就慢慢给大家【科普】一下。。说错了别喷。普通pc端开发，我理解就是你拿电脑打开的网页都算【这不是废话么】。那么移动端前端开发工程师，说白了就很好理解了，做手机网页的前端开发工程师。这么一比，是不是感觉，移动端开发简单多了？没错，我转了之后发现还真是呢。。。【还有点小激动】pc，我们需要考虑什么呢？有点开发经验的同学都知道，ie6-11，firefox，chrome，safari都得兼容的吧。哪个都够你吃一壶的，无论是css还是js。mobile的网页开发，我们需要考虑什么呢？就目前来说，我们只需要考虑webkit内核的浏览器和chrome，uc，qq，小米手机浏览器就好了。。。【后面特意会说这几只国产浏览器哪里屌了】相比较而言，除了经验是0以外，需要兼容的东西还是少了，少了，少了呢。ok，单纯说pc和移动端开发的区别，其实也就是这个，可以简单的概括来说，mobile端的网页开发比pc端的网页开发，更简单一些。【页面小了啊，装的东西少了，css和html写的少了吧】交互简单一些【滑动，触屏，手势，平时看看手机你还能有啥特殊操作？】so，别被这玩意吓坏了，根据我的经验来看，pc端的前端开发程序员，转mobile开发，一点问题没有，而且上手会很快。够直白的解释了。2，移动端web app开发与套壳开发区别。移动端web app，移动端网页，Hybrid开发【我喜欢叫套壳开发工程师……】，无所谓叫什么，移动端开发无疑就是这3种了。下面一一解释下我的理解。移动端web app是什么呢？简单理解就是页面头部加入了下面这一句话的东西：&meta name="apple-mobile-web-app-capable" content="yes"&
这个meta的作用是让普通移动网页被添加到主屏幕后，拥有一些类native的功能，很多同学应该都很熟悉了。就是类似隐藏ios的上下状态栏，实现全屏，禁止弹性拖拽，全屏，修改顶部颜色等。我理解这种模式的网页为web app，当然还有一种类型就是大家平时都访问的那些网站，比如手机taobao，手机美团，手机微博的网页版，大家打开的时候，不是全屏的，但是用起来，开发者把它们伪装的很像这种web app的交互体验而已。以上2种我觉得可以总结为web app。而不是普通的移动端网页，如果想看移动端网页，可以参考手机新浪网，手机网页，手机腾讯新闻，手机凤凰，是很好的对比。之后我来说下套壳的吧。这部分如果没有开发过phonegap或者类似和native连调过webview的同学，可能觉得很陌生，其实不是，这种套壳开发和开发普通的网页没什么区别，只不过资源大部分是file开头的，本地资源，网络资源分为使用js异步接口获取和native获取，再和js的接口交互，类似ios中，可以直接在oc或者swift可以直接在webview中执行js，android同理，但是js想调用native功能怎么办呢？我们这边的做法是有一个负责通讯的iframe，我们通过修改这个iframe的url，来让native来监控一系列特殊的url地址请求，再在native中调用对应的功能，比如摄像头，特殊交互，呼起，或者提供接口数据。数据的提供方式类似jsonp的原理，在执行函数的参数中传回来。理解了这块，其实做套壳的比做普通web app和网页都简单，因为在native的webview中是可以指定是什么版本的webview，用什么内核，拥有什么等级的安全权限等等，ios和android做法不一样，但是原理一致，对于前端开发工程师来说是无差的。而且套壳开发还有个好处就是，因为资源是本地化的，所以可以使用比较重的框架，如angular，react，一些三方框架，因为最终都是通过和native代码捆绑发布的。套壳native的静态前端部分的更新，我们可以使用远程下载静态资源包的方法实现，不发布大版本而修改webview中逻辑的需求，这一点也是大部分公司选择一半native一半h5来开发的原因。都知道ios审核发版很慢。这些就是我知道的一些很通俗的区别了，技术细节就不说了，太多。大家有个概念就好啦。3，对js和css的使用选择。这部分我提前预警，这是我自己的看法，不一定是正确的，大家互相讨论。我的想法是不使用目前那些主流的移动端框架，选择手写。我会说为什么。比如jq mobile，zepto，backbone，angular，还有类似工具集，underscore，一些动画框架，还有小型的游戏框架，统统其实是不太需要的。我并不是说他们不好，而是这些对于新手来说，只能是阵痛药，而不是万能药。为什么呢，移动端的优化很大的一个瓶颈就是网络加载速度不一致，有wifi，有3g，有4g，还有2g。代码量在移动端开发是很大的一个考察点。我们反观这些框架：zepto最先说，你用它做什么？动画？选择器？事件委派？基于zepto的插件？可能大部分人就是用个选择器吧。但是移动端的原生选择器方法应有尽用，原生的完全够用，包括事件和委派，一共写起来不超过10几行的东西，引入一个框架不值得。再说mvc的框架，如果不使用离线存储，我是反正不敢想没wifi的情况下体验如何，外加移动端真的是否需要分层这种处理不说，主要还是看业务场景。套壳的那种上面说了，框架随便用，因为足够复杂，但是普通移动端开发，我个人是不推荐使用的，可以直接上原生的来写，最多来一个模块化工具。我下面就说说自己是怎么做的吧。手机端对ES5的特性已经全部都支持的很好了，参考：这里的api特性，只实现了一部分，但是其实平时对数据的处理，对象的处理，已经完全足够。我不说优缺点，我只说，移动端这些都是纯天然的而已。然后是我们对手势的处理，zepto中有几个很有用的事件，swipe，swipeLeft，right，up，down，一类的，还有tap，我们可以看下zepto的源码：我们真的所有场景都需要所有的功能么，tap，doubletap，有多少人用了。。用到的时候，也是非常好实现的功能。我推荐直接手写，或者自己写一个swipe的基类，也不会比zepto的touch.js多太多，而好处是我们可以让它贯穿我们的项目，作为一个base类使用，当然我不是喷zepto多余，它很多代码做了兼容处理，但是就目前我们的业务来说，我们只需要考虑webkit，只需要考虑几个特定国产浏览器，因为这是统计数据说了算。没了框架，我们就不能写代码了么？移动端开发，我觉得更考验的是前端的基本功，只要基本功扎实，其实都是很简单的需求，正因为都是自己一行一行写的，遇到诡异问题就更好解决，而不再需要纠结于，到底是我做错了，还是框架错了这个问题。我不止一次的修改过iscroll的源码来适应和“满足”我们的测试。。。比如ios下用了iscroll，a标签无法点击跳转，很多人遇到过吧，不看文档你还真是一时不知道怎么解决，iscroll由于禁止了页面原生的滚动，很多本来很简单得东西复杂化了，而我们需要的是什么？一个下托刷新？一个惯性滚动特效？开什么玩笑，原生的也没几行啊。。。对于一个写了多年pc端的前端来说我相信徒手写个下托刷新禁止页面惯性反弹的代码，应该不复杂吧？这里给个思路，比如我们检测touchmove的位置快到达页面【或者容器】底部的时候，阻止touchmove，做容器或者页面translate移动，再在下部埋一个loading，touchend之后再做缓动回复，应该普通前端都能做到。再说一个常用的移动端框架，swipe.js 做幻灯用的，我相信幻灯片做pc端得前端应该每个人都写过不下5遍了吧。只是事件换了，当然移动端有移动端自己需要处理的问题，但是我使用swipe框架的经历也是很痛苦的，比如无法很好的设置滚动过的距离，自定义缓动效果，还有无法它自己本身带的一些问题，比如横竖屏的时候复位问题，动态插入子节点重排等，让我第一次用的时候越开发越伤心，后来干脆也是自己实现。所以其实，1，我们的需求，那些移动端框架不一定满足我们。2，太大，太复杂，太难调试。3，需求其实本身不复杂，只是我们想偷懒了。有点跑题，这个标题说是js和css的选择，js的立场我足够明确了，如果简单功能，不需要js框架，原生足够，已经做得很好，下面说说css。首先，做pc我们都需要一个reset或者common，我共享下我们的，当然里面有一些我们特殊的颜色字体，我css并不是特别好，我简单的重复一下我们css同学的一些注意要点，可能不全：这其中字体的选择是根据平台来做的，我们平时用控制台模拟开发的时候是没有ios或者android系统字体的，但是你不设置又很丑，所以基本是从电脑支持，到移动端支持这个顺序排列的。这其中字体的选择是根据平台来做的，我们平时用控制台模拟开发的时候是没有ios或者android系统字体的，但是你不设置又很丑，所以基本是从电脑支持，到移动端支持这个顺序排列的。下面截图几个wiki：还有很多，我只找一些我认为可能知道的人少一些的，我们的wiki还有很多，我css并不太好，这部截自同事的wiki贡献。还有很多，我只找一些我认为可能知道的人少一些的，我们的wiki还有很多，我css并不太好，这部截自同事的wiki贡献。css这个方面的东西，我不好多说，毕竟我承认我css一般，但是有几个原则可以提炼出来的就是：1，很多坑的造成是对原生属性的掌握程度不熟练或者不知道有这个特性。2，很多属性极限突破可以使用缩放，倾斜这种手段来hack，比如最小字体，比如各种自己画的伪类图标。3，能css画的不要用图。4，大小需要自适应的图标做成字体的不要画。5，能flex布局的不要用浮动，不要用绝对定位（不利于页面布局的扩展）本来还有几个比较典型得css案例，这个找机会在其他答案里说吧，都是上周css比较屌的同事分享的，我也受益匪浅。总说就是移动端的css的写法和pc相差甚远，而且技术含量更高了，可喜的是兼容性问题少了，更多的是如何处理的更好扩展和精简。4，模块化移动端的常见组件。我只说我们非业务方面的，可以抽象出来的，可能和公司业务场景挂钩。1，touch对应的swipe事件。2，各种滑动翻页效果。3，简单的小游戏框架。4，视频和音频的包装。5，各种lazyload。6，各种keyframes效果收集。7，拉拽刷新。其实很多pc要有的mobile端也都有，比如浮层，tip，气泡，分享，添加主屏一类，可能和业务关联太多，就不一一列举了。这部分的组件其实市面上也没有太多开源的比较简易的，大部分都是又支持pc，又支持mobile，导致了很多冗余，或者质量和需求，api不过关，导致很难扩展，各家都是自己写。比如在微信的webview里分享和在qq的webview分享，和在普通页面的分享，在微博的webview里分享，提示和实现的方法都不一样，但是其实完全都是可以抽象成一个公共的东西的，我的团队也在做这方面积累。这个再安利一下，我做的一个做划屏活动页的组件：慢慢我也会开源我们内部抽象好的移动端组件出来的。5，移动端的性能优化和统计。性能优化必须建立在统计的基础上，否则都是耍流氓，所以先说统计。目前我的做法和pc差不多，监控一些前端关注的时间点，首屏，doc ready，window ready，css ready，实现统计方法和pc也都一样，应该各个公司都有，我简单说下前端实现首屏统计如何做：我的思路是，首屏的图加载完，即首屏完成，首屏无图，最接近首屏的dom节点ready的时间点为首屏时间，我们可以在load的时候和document ready的过程之间检测这几个临界，来收集首屏的完成时间，当然很不准啦，但是也是有一些参考价值的。。。有了数据，我说一下移动端的统计极值问题，举个例子，我们手机打开一个网页，还没有load完成，切到了后台，这个时候脚本是不会执行的了，过了几小时，几天再回来的数据，我们都能收集到，这部分属于垃圾数据，是需要算平均值的时候去除的。这点和pc不太一样。然后是性能优化建立在均值性能指标上的，我们尽快的提升首屏和win load的时间即可，原则和做法和pc一致，当然，移动端不是资源越合成一个越好，我们的实践是分散成不同的几个资源下载，总时间比较快，比如活动页面，h5小游戏页都是这样。可以统一把资源图拆开加载，然后增加loading即可。----我还在奋力思考和编写中-----今天先到这里了。。。。【这里还有一个点，我想讨论一下是mobile的cache的利用率问题，这个明天我详细说，决定找些权威的数据或者自己做下测试再开始写】6，移动端网页布局方法与pc的差异。主要是css方面，外加如何做到同一url，不同客户端展现不一致的做法，俗称pc和mobile都兼容。还有会说一下rem的相关用法和一段比较经典的rem.js今天有空来更新一下这个rem在移动端布局的一个用法：）（更新）首先，em和rem的概念我简要说一下，em是父元素fontsize的倍数表示，rem则是root即为html的fontsize的倍数表示。比如我html.style.fontSize = 12那么1rem则为12px，0.5rem为6px；好了，概念有了，那么做布局的时候我们怎么用呢，大家应该用过的都知道，移动端的字体默认为16px，那么1rem我想表示为10px的话，我们就需要 10 % 16 = 0.625 即为62.5%，这样就可以比较方便的把设计稿里的px转换成rem单位来做到自适应了。这样无论用户如何设置电脑或者手机的默认字体大小，设置为rem的单位的长度都会随比例变化。这是一种常规做法，其实换个角度我们还可以这样用：我们想象一个设计稿宽度为640，800，1200px等尺寸时，我们如何来快速完成响应式的布局呢？百分比？flex？这些还是有些复杂的。后来发现，栅格等比缩放整个设计稿看起来是个更简单粗暴的方法。而且正好可以利用rem这个比例变化单位。看下这段js：比较好理解，我们首先根据psd的设计稿宽度设置一个基值，然后我们js获取到当前窗口的宽度值，然后把这个设计稿宽度除以100栅格化一下，获得一份的宽度数，之后再用真实窗口的宽度除以这个一份的宽度，拿到就是我们需要给html设置的fontsize的px值。这样我们只需要把对应psd里的px单位除以100，就得到了任何宽度环境下的rem值。当然实际发现有些浏览器这个rem单位是存在bug的，比如比例值不准，那么我们就需要获得这个不准的比例再转换成准的再赋值html的fontsize，可见calcTestDom函数，之后再处理一下旋转屏幕时候的情况，resize时候的情况就好了。这样我们在做一些活动专题页面时，只需要引入这段js，在页头设置一个设计稿宽，然后对着设计稿一顿疯狂的px除100来定位就好了。。比设置成62.5%的方式要更好（1，修复了浏览器bug，2，转换单位更方便直观，px/100即可）7，常见js组件与pc端组件差异。这部分还在想怎么说比较通俗易懂，哪些组件是非常典型得，需要我回去慢慢想想，找几个实际的对比例子。8，一些常见的坑。分享一下内部wiki的经典移动端坑和解决办法。（不会太多，别抱太大期待了。。）9，适配【机型，浏览器】的方法和选择。1，统计说话。2，调试方法。10，测试技巧与pc的差别。几个比较经典的调试方法和工具介绍。慢慢垒，先补提纲，5678910都没写。。。
前端是个很大的概念，我的理解是用户能够看到，直接接触到的层面都算是前端，比如IOS客户端界面，安卓客户端界面，网页界面，甚至PC/MAC 桌面端软件界面；现在最常见的说法一般是指Web前端，也就是针对于网页端开发的工作。也有个说法就是前端就是大前端嘛，如果你的工作真的那么赞的话，那就包括了web啦安卓啦ios啦甚至pc mac客户端的界面啦。但我觉得现在一般大家都还是有专攻的。Web App指的是【】，也就是以浏览器作为客户端的软件。比如你要写文档，一般会打开Office 2012之类的本地软件；但是你也可以选择在浏览器里输入一个网址，比如我很喜欢
，然后直接在里面写东西直接发布到gist上； 再比如用桌面客户端来收发邮件，但你也可以直接用浏览器登陆gmail亦或者QQ邮箱，直接把这个当客户端用。总之就是使用网页版代替本地软件。Mobile Web App 当然就是指在手机端打开的Web App啦。我推荐看看Gmail的移动版。感觉楼主问的问题还挺模糊的，所以我大概照我的理解依次解释下：移动客户端的开发类型（因为我是个前端所以我是站在前端立场上来说的哈），主要是三种：Native App（原生APP），也就是完全使用移动设备系统语言写的客户端，iPhone iPad就是纯Object-C，安卓就是纯JAVA, 就是用户看到的界面啦体验到的交互啦都是原生的。这是性能最棒的开发方式，但灵活性就没下面的好。Web App, 这个就是在移动浏览器里打开的，纯HTML+CSS+JS，说白了就是个网页，只不过非常的富应用，比如手机浏览器访问的GMAIL啥啥的。但说白了就是在浏览器里打开的页面。。IOS支持可以在桌面创建访问的快捷方式，但是说到底还是打开Safari跑。。而且对设备硬件的接口什么的挺薄弱。Hybrid App.[] 我觉得这个更为合适一些。实际上是使用原生写了一个容器，然后使用HTML+CSS+JS来实现用户界面和交互。Web App的短处便可以克服（因为自己写的容器可以辅助暴露偏底层的接口，比如本地存储或者麦克风控制之类），同时比起纯原生的java或者object-c开发灵活性要高（更新可以更快更迅速，也不依赖于市场，因为说白了，就是自己下载更新网页资源。。）实际上这种方式已经不限于移动端。。豌豆荚其实是个pc端的hybrid app 哇~~~ 而且说实在的，桌面开发的性能就现在来说要比移动好很多。。以上三种开发方式的比较和分析谷歌里面一搜一大堆我就不废话啦哈。我记得2011年的Google io上就有一场talk是android native和web app等开发方式的大PK。。看俩工程师吵还是很有意思的。我顺手找着了 [
题主似乎是想学移动方向的前端开发？那是针对哪个方向的捏？个人觉得其实如果还是html+CSS+js的话核心都是一样的，只不过移动端可能在页面建构时有些关于尺寸方面（物理像素css像素设备独立像素这一堆）的细节需要注意下，包括图片处理之类的，这些可以参见苹果和安卓的官方文档，虽然是针对原生开发者的，但很多地方前端是完全该知道的；此外js方面可能就是注意性能方面的问题，我觉得就眼下的情形来说国内要做依赖于html css js又要非常富应用和高性能的移动端可能不太现实。。。而且我觉得移动端开发就目前现状而言。。拼的完全是痛苦的设备测试和调试。。然后我跑题感慨下。。。这种遍地都是坑的节奏。。。在我刚开始高兴哈哈不用兼容IE了的时候，我发现webkit和安卓碎片化的坑才是最大头的。。。---------知乎说我的内容不符合社区规范？！why?
移动前端开发可分为：1、手机网页开发。这部分跟web前端开发差别不大，使用的技术都是html+css+js。区别为手机浏览器是webkit的天下，pc端是IE的天下。手机网页可以理解成pc网页的缩小版加一些触摸特性。因为是在浏览器中进行的网页开发，所有最终代码具有跨系统平台的特性。2、app前端开发。使用的技术也是html+css+js，但它需要基于PhoneGap等开发平台调用手机核心功能接口（包括地理定位，加速器，联系人，声音和振动等）模拟native app，这部分跟web前端开发完全不同。最终代码发布要分别编译成各系统平台的app。
1.比如说具体的应用在不同地方的形态。一款计算器：web app：
其实就是在网页上的应用。这个很广泛，只不过大家平时都不这么叫而已，你在
网页上使用一款计算器都可以称作web app。mobile web app：额，就是能在手机浏览器中打开使用的计算器，只不过根据手机的屏幕，调整了
自己的按键大小，布局等等。mobile app：
你在应用商店下载了一个计算器。2.比如说如何用代码编写：web前端：基本上就是html+css+javascript。至于html5，css3什么的就是具体到你应该用什么规则的代码去写了。这个如果楼主想要入门学习的话，推荐（中文）。mobile web 前端：其实还是那套东西，但是加入了一个叫做响应式设计的东西。而且据我了解，这个概念还要从html 5标准的普及说起，说通俗点就是屏幕多大的时候布局，字体是什么样的。网上有很多前端模板都提供了这个功能。比如比较火的（中文）深层次点，比如通过html5的API调用手机的硬件等。mobile 前端：这个目前还分两大阵营，一个是Android，一个是iOS。而且就我的了解，web前端有专门的岗位叫前端攻城师，但是很少听说过只写mobile前端的移动工程师，至少我至今没有听到过。Android：静态的话就是xml，动态的话就是android的layout那堆东西。(可能需要翻墙)比较简单的layout，比如:(可能需要翻墙)(可能需要翻墙)，想学习的话可以参考下。还有一些动画效果。(可能需要翻墙)当然，提到Android的UI，不得不提的是那坑爹的适配。只能说，学习Android UI需谨慎。iOS：UIKit那套东西，其实现在感觉如果不是太复杂，.xib直接拖界面也还可以。
。storyboard就算了，不是太推荐。简单的页面还可以，想试也可以试试。反正我用的不是很舒服。当然还有一些动画效果。3.比如说其他区别：其实最显著的区别就是，web app是不依赖于具体的设备的，通用性较强，只要手机或PC有相应内核的浏览器就基本OK。而mobile的app则依赖于具体的设备，一旦更换设备，需要重新下载才能继续使用。暂时就想到这么多，以后想到了再补充吧。
移动前端开发 主要来说的是Native Client的开发Android为Java，iOS为Objective-C，然后么HTML5应用号称跨平台其实差异很大。Web前端开发么基本上就是HTML JavaScript CSS，不过有些人把Servelt/JSP, PHP,Ruby,Python,C#之类的只要关系到页面的也叫做Web前端开发。
平台不同，所以用户体验的设计上也会不同， 触屏的交互方式和鼠标有很多不同 。比如相对手机来说，屏幕比较下，而手指相对有比较大，所以要把可进行操作的按钮做的大一些；再比如触屏还包括多手指的操作，等等。
1,操作兼容性和各移动版浏览器的兼容性2.各种不同的尺寸，包括宽高比（横屏竖屏）3.触摸或手机键盘的操作----------------app是应用，每个操作系统有专门的开发工具和语言web是网页，使用html+css+js，有工具可以生成转化为app，不过效果一般
可以分成两部分理解1.服务器端开发，也叫后台开发，这是唯一的，对应不同的平台，他负责数据的分发与存储，和一些逻辑的处理.逻辑处理的多少由业务的复杂程度决定。服务端相对独立，与平台没啥关系.2..1中不同的平台指web平台、移动设备平台等，移动设备又可分为andriod平台、iPhone平台等每个平台都有自己的规范和开发技术。web平台的规范是键盘+鼠标，开发技术是html+css+javascript；移动设备平台的规范是键盘+手指（触摸和手势），技术iphone是Objective-C，android是java。业界很少有说移动web前端开发的，都是移动web开发.而web app特指的是用html5技术开发，之所以叫web app是因为他比较接近客户端应用程序的用户体验，可以和系统深度融合，调用一些只有客户端才能调用的功能（比如在移动设备上利用html5开发出的网页可以访问电话、摄像头等本地功能）.通常你看到的一些文章中会提到web app 和native app,这里的web app指的是mobile web app,而移动web和web开发没本质的区别，但需要不同的开发框架，以解决在移动设备上的适配问题和一些特殊的操作以及功能调用。最后总结一下，web开发利用的是基于浏览器的网页语言技术，native app开发利用的是基于操作系统的程序语言技术，web app介于两者之间.当然现在比较流行混合型app，这个可以多百度一下.
总体上应该一样，技术体系都差不多。不过pc需要兼容的浏览器更多些,mobile下andorid,ios都是基于webkit，所以相对好些。不过android下也是一堆坑，另外现在各种第三方浏览器也越来越多。。。
已有帐号？
无法登录？
社交帐号登录}