3975人阅读
07_HPP开发（20）
奇妙的前端，奇妙的js
众所周知，自从js有nodejs后，前端人员可以华丽的转身，去开发高并发非阻塞的服务端程序，
随着html5的出现，伴随一些amazing的特性，h5开发app的技术越发的成熟，
自从2008年国外推出phonegap后，前端人员又踏上开发app的路程，
今年来国内也对应推出了一些可以让前端人员开发app的ide，
不过大部分是收费的，强定制的，这里就不一一列举了。
这里推荐DCloud推出的HBuilder，一句话谁用谁知道。
一次开发两种app
通过HBuilder的云端打包技术（也可以放到本地），
你只需要写html+js+css即可开发出app，
并且是一次开发，即可生成android和ios两种对应app。
原理介绍-ui层
app中的ui对应html中的ui，你可以自行选择ui框架，
无论是bootstrap还是amazeui，还是jquery mobi（phonegap推荐ui），
还是HBuilder推荐的mui都可以，
这里建议使用HBuilder推荐的mui，
因为封装了一部分nativejs的东西，
而且HBuilder也封装了mui的快捷键，使用起来很方便。
总结一下，就是用html层次的ui框架来实现（模拟）app中的ui。
点这里下载官方mui-app：
原理介绍-nativejs
HBuilder开发app，不可避免的是调用android和ios中的原生方法，
大概原理如下：
qiao.ng.toast = function(msg){
// for ios
if(window.WebViewJavascriptBridge){
WebViewJavascriptBridge.sendMessage('showSystemToast$' + msg);
document.addEventListener('WebViewJavascriptBridgeReady',function onBridgeReady(){
WebViewJavascriptBridge.sendMessage('showSystemToast$' + msg);
}, false);
// for android
if(typeof android != 'undefined'){
android.showSystemToast(msg);
也就是封装了js调用android和ios的方法，
据HBuilder官网说法是封装了40w+的原生方法，
总结一下，就是js去调用android或iso中的原生方法。
点这里去下载官方nativejs-app：
DCloud，HBuilder，mui，nativejs，html5+的关系
DCloud是一家公司
DCloud推出的可以开发app的前端IDE，是基于eclipse二次开发而来，
所以熟悉eclipse或者myeclipse的开发人员可以很快的上手。
类似IDE，有phonegap等等。
DCloud推出的模拟原生app的ui框架，
类似框架有：bootstrap，amazeui，jquery mobi， framework7等
广义上的nativejs是指可以调用android，ios原生方法的js，
这里专指DCloud退出的nativejs，官方称封装40w方法。
html5+
据说是w3c旗下的组织，目标是退出适合开发app的加强版html5，
相关参与的机构有很多，但是感觉主力还是DCloud
相关链接：
1.html5+：
2.hbuilder：
4.nativejs：
5.bootstrap（国内）：
6.amazeui：
7.jquery mobi：
8.framework7（类ios）：
9.material-ui（android）：h
更多教程：
HBuilder开发App教程：
更多学习笔记：
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：700293次
积分：6902
积分：6902
排名：第2154名
原创：198篇
转载：14篇
评论：243条HTML5定稿了，为什么原生App世界将被颠覆
发表于 11:06|
来源DCloud|
摘要：2014年10月底，HTML5规范正式定稿，结束了长达8年的长跑。数字天堂董事长，DCloud CEO王安梳理了HTML5诞生至今的演变过程，并从开发者和用户两个角度分析了HTML对两个人群的优势。
HTML5第二阶段：移动互联网随着Chrome和Safari的高歌猛进，以及IE+Flash的衰落，HTML5告一段落，进入了下一个时代——移动互联网。HTML5的跨平台优势在移动互联网时代被进一步凸显。HTML5是唯一一个通吃PC、Mac、iPhone、iPad、Android、Windows Phone等主流平台的跨平台语言。Java和Flash都曾梦想这个位置，但梦断于iOS。此时人们纷纷开始研究基于HTML5开发跨平台手机应用。很多人当时认为，原生应用只是过渡，就像当年从C/S结构转变为B/S结构一样。而且学习Objective-C和Java很费劲，我既然会网页开发，为何不试试HTML5。W3C此时成立了Device API工作组，为HTML5扩展了Camera、GPS等手机特有的API，然而麻烦的是，移动互联网初期的迭代太快了，手机OS在不停的扩展硬件API，陀螺仪、距离感应器、气压计。。。每年手机OS都有大版本更新。而W3C作为一个数百家会员单位共同决策的组织，从标准草案的提出到达成一致是非常复杂的过程，跟不上移动互联网初期的快速迭代。PhoneGap的出现，给开发者打开了一扇窗。很多人期待PhoneGap不停扩展API，来补充浏览器的不足。Adobe看到PhoneGap仿佛看到了重振江湖地位的希望，但在Adobe收购PhoneGap后，又发现这个东西可商用性不足，而且开源使得Adobe无法像Flash那样获取商业利益，于是就把PhoneGap捐给了Apache，改名为Cordova。因为各种原因，Cordova的定位最终没有成为浏览器的强化，而走向了混合式开发。基于当时的背景，他们认为原生是不可替代的，“原生+HTML5”的混合模式更有意义。所以现在Cordova的使用模型是“原生工程师+HTML5工程师”一起协作完成App。这时Facebook加入了W3C，牵头成立了Mobile Web工作组。Facebook是混Web圈的，并且在手机OS上没有自己的领地，他不喜欢被苹果和Google掌控的原生应用生态系统。Mobile Web这个工作组的重要目标就是让HTML5开发的网页应用达到原生应用的体验。然而，事与愿违，它不努力也就算了，结果是努力了却失败了。2012年，Facebook放弃了HTML5的新闻充斥了全世界的IT媒体，HTML5瞬间被打入冷宫。Facebook为何放弃HTML5？核心是当时基于HTML5真的做不出好的移动App。对比Twritter等竞争对手的原生App，Facebook的HTML5版本实在无法让用户满意。比如Push功能，到现在HTML5的推送和原生的推送体验差距依然巨大，更不用说HTML5应用的页面切换白屏、下拉刷新/侧滑菜单不流畅等众多问题。看着原生工程师轻松实现摇一摇、二维码、语音输入、分享到朋友圈等功能，更是让HTML5工程师感觉自己站错了队。即使Facebook不喜欢被控制，也不能拿被用户抛弃来冒险。而且Facebook并没有掌握关键点—手机浏览器内核。如果浏览器不跟上，徒然定一堆标准草案落不了地。而浏览器在手机上的表现是什么呢？先看Google，Chrome性能虽高，但Android上的浏览器却并非Chrome，而是WebKit改出来的一个蹩脚的Android浏览器；再看苹果，iOS上不允许其他浏览器引擎上架App Store，而且其他使用Safari引擎的应用也无法调用苹果自己的JavaScript加速引擎Nitro。结果是苹果和Google不但不在浏览器上积极实现HTML5关于移动App所需的规范，反而对HTML5做出种种限制。不管是当时硬件能力不足，还是手机OS厂商的故意限制，总之结果就是：在移动互联网的初期，一定是原生应用生态系统的天下，iOS和Android首先自己的地盘稳固后，产业才会向下个阶段升级。Facebook也好，PhoneGap也好，想在移动互联网初期就分一杯羹是分不到的，但坚持下来，机会往往会出现。HTML5这回真的来了终于，在2014年10月底，W3C宣布HTML5正式定稿。这个时间，不晚不早，硬件性能更强、手机OS迭代速度下降。随着HTML5标准定稿，一切纷争将告一段落，现在，属于HTML5的时代到来了。有人说，光标准定稿没用啊，配套起来了吗？HTML5做的应用究竟能否匹敌原生App？答案是，HTML5不但可以匹敌原生App，甚至它天然的很多特性超越了原生App。 我们先谈谈HTML5原来不如原生应用的地方，业内俗称HTML5有“性工能”障碍。即HTML5性能不如原生、开发工具不如原生、能力调用不如原生。这几个问题导致开发者无法使用HTML5做出与原生一样的App。然而，不管是硬件升级还是OS厂商策略变化，以及相关软件技术的成熟，已解决了HTML5的“性工能”障碍。1.&
硬件升级2011年，iPhone 4s的CPU是A5，现在iPhone 6是A8，按苹果的历次发布会的说法，速度共提升了7.5倍。这3年间7.5倍的速度提升，抹平了太多HTML5的性能问题。2.&
苹果、Google的策略变化Google在2013年底发布的Android 4.4，内置的Webview不再是蹩脚的Android WebKit浏览器，而是Chromium，性能大幅提升。从最新的Android 5.0开始，Webview可以通过Google Play Store实时更新，和Chrome的升级保持一致，用户就可以不刷机享受到最新的浏览器引擎；再看Apple方面，2012年iPhone 5发布后，HTML5在iOS上的表现已令人满意，Safari独家的JavaScript加速引擎Nitro不再那么重要，不过在iOS 8发布后，苹果还是很识趣地取消了三方程序调用Nitro的限制，现在任意浏览器或应用调用iOS的UIWebview都可以利用Nitro加速，这样在前端使用JS做大型运算也成为可能。两大手机操作系统霸主和浏览器巨头的态度发生了变化，使得HTML5在手机上的发展不再受限，而且这个变化不可逆只能继续向前，这种变化势必会产生深远的影响。3.&
软件技术的成熟PhoneGap的发展虽然放缓了，但其他产品技术却成熟了。2014年的iWeb大会上，众多厂商的产品提供了面向开发者免费或开源的HTML5性工能障碍的解决方案。（注：作者作为从业人员，也会在分析各种方案时提到我们公司的方案，但作者会客观不夸张的陈述方案，而且该方案是纯免费的，没有商业销售嫌疑。）DCloud公司在iWeb大会上发布了系统的HTML5“性工能缺失”的解决方案，包括：a)&
性能：提升HTML5性能的手机端引擎，让侧滑菜单、下拉刷新等动态交互卡顿的问题得以解　决；b)&
工具：HTML5开发IDE产品HBuilder, 超快的编程利器；c)&
能力：把40万原生API封装成JavaScript对象，以解决HTML5能力不足问题的Native.js技术；d)&
最接近原生体验的高性能框架：MUI框架，体积只有几十K，加载、运行远快于一般框架。基于该方案开发的HTML5应用完全可以达到原生App的功能和体验。
使用HBuilder开发HTML5应用英特尔公司发布了Crosswalk引擎，可以让Android 4.0 - 4.3的手机上的应用打包Chromium引擎而不是Android WebKit。毕竟目前市场上存在大量Android 4.0 - 4.3的手机，同时统一的WebView也避免了兼容性的烦恼。在专业方向上很多公司也做出了不错的成绩。触控的Cocos2d-html5、Egret runtime和Ludei CocoonJS强化了Canvas的表现，让HTML5游戏体验更好；UC、猎豹等手机浏览器都强化了音视频播放的表现。不管是硬件升级、软件成熟，还是操作系统厂商策略变化，都在强力推动HTML5的爆发。不过要注意，我说的HTML5爆发，不是指手机浏览器会替代桌面成为应用入口。有人说HTML5不好，因为用户讨厌打开浏览器输入URL的过程。我想说这种想法是对HTML5的片面理解。HTML5!=传统浏览器，虽然编程语言还是HTML、Javascript、CSS，但发行方式绝不是传统网站那么简单。HTML5应用的入口，反而很少是启动浏览器输入URL，它可以是存在于手机桌面的图标、也可以来自超级App（如微信朋友圈）、以及搜索引擎、应用市场、广告联盟。。。到处都是它的入口。它的入口，比原生App更多。
推荐阅读相关主题：
CSDN官方微信
扫描二维码,向CSDN吐槽
微信号：CSDNnews
相关热门文章输入关键字或相关内容进行搜索
要调用plus这些对象，肯定是jsp输出的html页面里面，由js来调用。
前后端不要搞混了。
想使用plus对象，必须是在Hbuilder中打包成5+ app才可以。
参考5+ sdk的使用文档，看看哪种方式满足你的需求：http://ask./docs/#http://ask./article/80
要回复问题请先或
浏览: 1048
关注: 2 人&&国之画&&&&&&
&& &&&&&&&&&&&&&&&&&&
鲁ICP备号-4
打开技术之扣，分享程序人生！web app 开发使用哪个框架最好？ - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
已注册用户请 &
- a JavaScript code quality tool
Sponsored by
国内领先的实时后端云野狗 API 可用于开发即时聊天、网络游戏、实时定位等实时场景传输快！响应快！入门快！
Promoted by
web app 开发使用哪个框架最好？
15:01:57 +08:00 · 36588 次点击
最近要做个支持 Android 和 iOS 的 web app，搜了一下发现选择挺多，有 jQuery Mobile, Sencha Touch, Titanium, Dojo Mobile 等等，眼花了。想问下大家主要用的是哪个框架，有实际开发经验的欢迎分享下使用感受。
47 回复 &| &直到
12:28:13 +08:00
& & 15:09:43 +08:00
个人觉得 Sencha Touch很不错， 但是学习成本很高
& & 15:18:23 +08:00 via iPhone
@ 能说说 Sencha Touch 的优势么？我是倾向于用 jQuery Mobile 的毕竟熟悉，不过确实见到推荐 Sencha Touch 的人更多
& & 15:24:45 +08:00
Sencha Touch 如果不做复杂应用的话可以.一旦内容复杂节点过多,android会卡到想吐...
& & 15:26:54 +08:00
@ 是性能不行么？
又发现一个 Zepto，彻底晕了。。。
& & 15:35:56 +08:00
关键是性能，我也想知
& & 15:39:43 +08:00
我比较倾向于用豆瓣和百度的，这两家开源了个自己的移动webapp框架，楼主可以看看
& & 15:42:20 +08:00
@ 框架名称呢？
& & 15:56:09 +08:00
@ 我查了，百度的叫 clouda，豆瓣的没查着
& & 16:03:25 +08:00
@ clouda 是node框架把。后端的....
Zepto JQuery 2.0 不带UI的， DIY的空间大。
Zepto 虽然说和 JQuery API一直。但是还是有差别的。用Zepto的好处是代码小，如果不用考虑这些可以使用 JQuery 2.0
Sencha Touch
带UI的， DIY的空间小
JQuery Mobile
可以理解是带UI的 JQuery2.0
& & 16:07:49 +08:00
再说一些
Titanium 不是js框架。 是把web app封装成 native app的。提供一些native的接口。类似的有phoneGap
& & 16:10:48 +08:00
@ 就目前定的计划来说，想找个能支持内容刷新、视图切换、侧边栏、模拟 pull 操作这些功能的框架
& & 16:18:29 +08:00
你的需求。最方便的是用Sencha
然后是Dojo Mobile 或者 jQuery Mobile
& & 16:20:07 +08:00
以 UI 为主的是 Fundation 和 Bootstrap 吧，jQuery Mobile 和 Sencha Touch 太复杂
& & 16:20:26 +08:00
可以看看 intel 的 appframework
以前叫 jqmb 好像
可以满足你的需求，jqmobile 有点太大了 ，wifi不给力的话 加载会很慢
& & 16:20:49 +08:00
不知道有没有朋友用过呢?...国产的应该也有好东西的吧..求经验
& & 16:26:58 +08:00
@ 按照她的需求和提问方式
1. 不是很了解js，或者single page app 的。用司徒的框架什么肯定完全不行
2. 安她的需求够复杂，Bootstrap这种交互完全不够。做layeout还可以。
3. 对于她的提问方式。对性能的要求肯定不高。
那么就一步到位，少动脑子的方式比较好一些。
& & 16:51:47 +08:00
@ 既然如此，先选 Sencha 用用看好了，多谢分析
& & 16:59:21 +08:00
比较建议 foundation 或者 uikit// 前者的中文化比较弱，后者则比较强。
我曾今很想吧 foundation v5 的文档给中文化过来的。。。可惜啊。///
& & 17:05:34 +08:00
UI 和交互部分我目前用 zepto 和 百度的 gmu，说实话，不是太好用。。。
& & 17:13:03 +08:00
Sencha touch真的，dom节点太多了，感觉是造成效率不高的原因
& & 17:24:58 +08:00
@ 这2类框架不是一回事，Bootstrap和Fundation是CSS style为主，提供UI组件。
jQMobile和Sencha是JS 为主，主要用来写GUI的逻辑。
当然两者也有重叠的部分，前2个是用来做layout，后2个原来做交互界面逻辑
& & 17:29:00 +08:00
@ so 我加了前提，以 UI 为主。具体选什么，还要看应用需要什么
& & 17:32:56 +08:00
还是用原生的吧。类sencha的方案都有性能、代码安全等问题。
& & 17:55:45 +08:00
@ Zepto 就是一个 jQuery 的轻量级替代品，几乎完全一样的 API，但是专门为 Mobile 或者 HTML5 浏览器设计和优化；因为觉得 jQuery 太大，而且由于兼容性的考虑而太慢，Zepto 就是为了这个出现的。你可以把它仅仅当作是一个为移动浏览器准备的 jQuery
虽然 API 一样，但是还是很多细节不同，比如缺少以及添加了 API，以及一些 API 的执行结果不同。比如 $(xxx).width()
@ 没必要一定有中文文档，本来技术方面的英文就不是特别的难，要了解和学习最新的东西，阅读英文是一个很有用和必要的能力。一个东西出了翻译了，那肯定都以及出来很久了。
另外我觉得 layout 还是 Bootstrap 成熟，而且用的人多，也耐看
& & 17:58:33 +08:00
@ 性能关键看优化，用一般写web app的方法直接用在在mobile上面，所有这些框架都慢。
要特别注意资源的使用和释放，注意reflow之类的。
& & 18:52:55 +08:00 via iPad
Anjular js
& & 19:45:01 +08:00
要跨平台感觉还是自己动手写控件比较好，因为很多框架在IOS上跑得很好但是android始终不给力，我也没找到android上好用的成品框架，目前还是手写中
搭车问，大家对控件比较多的页面怎么处理的呢？比如tab+carousel+list等等，发现现在很多框架都采用单页+js动态加载，控制什么是挺方便的，不知道如果应用页面太多会不会造成性能问题
& & 20:35:37 +08:00
@ Titanium和phonegap是不同的。前者是把js代码转换成原生代码执行，后者只是提供了native的一些api
& & 20:37:51 +08:00
sencha的话就是能够很快的把东西实现出来，但是会对代码失去可控性，而现在mobile web app最大的问题就是性能，对性能不断调优是一个必然过程。
& & 22:51:20 +08:00
1. WebApp+PhoneGap(2.0之后移交到Apache改名叫Cordova)
a. Sencha touch首屈一指，我们团队开始的产品1.0-2.0就是选来选取最后落在了ST上。ST提供了直接打包成原生应用的能力，也就是说你不需要Cordova，当然有些接口可能你还是要用Cordova，因为ST提供的接口不完全。当然Sencha的开发模型就RIA来说看起来很2B不能接受，但我发现我后来自己用backbone+zepto，最后得出的结论跟ST差不多。其实这就是成熟化的组件开发模式，以前用wpf或者silverlight的RIA其实也是这个思路，当然代码量肯定略大。
b. jqMobile，怎么说呢，前者1.1以前的版本有好几个性能问题，比如说一开始不用translate3d导致性能慢，不进行点击优化导致响应慢，还有坑爹的属性重新生成html的功能导致页面前渲染缓慢，还要手动的缓存页面，列表加速不行（ST也是到了2.1之后才做了元素复用优化），没有carousel控件(这个控件我写过两边，快速滑动，加速，切换加速，是否切换判定，其实还是挺复杂的)，所以都是用iScroll以及他们家的SwipeView和CardView做一些补充。总体来说，虽然你写起来跟jquery很像而且简单，但是会遇到各种性能问题，不知道现在如何了。
c. dojo mobile，这个我用的少，我们在用ST之前有人用DojoMobile开发了一个其他产品，还行，但是跟ST比起来还是有点差距，控件和界面，并且DOJO的MVC体系不如ST的组件形态的MVC来的快。（App开发和桌面开发不同，App开发界面相对简单堆控件，桌面开发就有更多的交互和细节的问题要处理）
上述的问题是，性能的优化会达到一个极限值，我们要做一些图形处理，在canvas上面已经优化到极致了，ios4s以上都是很流畅，但是在android上面就。。。。。。悲剧了。
2. Runtime Titanium
Titanium并不是把js编译成iOS或者android源码，而是在系统中跑一个v8或者spidermonkey，并且做一些jsbinding的工作讲原生层面的东西暴露成js接口，跟nodejs原理类似。当然很多游戏引擎，如unity3d可以用c#，js写，cocos2d-x可以用lua和js写脚本，机制差不多。TI将iOS同Android界面在一定程度上面做了一致性处理，可想而知，各个平台的特殊优势就难以发挥了。还好性能方面不必原生的差太多，那么成本上面也小了很多。
3. 其他
还有些技术是直接将ruby或者c#转化成ios代码的，大部分问题是只支持iOS。所以跟你写objc差不了多少。ThoughtWorks有个理念是逻辑层用js，界面层各自实现什么的。我只能说客户端的工作大部分是UI交互，所以意义也不是很大。
最后说一下我们公司的项目。
一开始是ST+Cordova。
后来TI一路各种坑趟平，完全使用coffeescript替代javascript。后来太寂寞开始该Ti源代码。
图形层也改成Cocos2d-x，效率奇高。
都是跨平台的技术。有兴趣的可以下载 银天下 这个app玩一下。
介绍一下我们团队吧，我以前微软，后来自己出来创业2次（都因为各种原因跪了），现在在全国最大的贵金属券商-银天下做架构师。
我们团队10+个人，负责公司所有移动端的技术研发以及后端的部分业务，清一色Mac全栈工程师，用coffeescript，ios，android，c++，rails，go等等。WebApp方面我们MobileWebApp我们用backbone+zepto.js，桌面的WebApp我们用angularjs，端到端测试做的也非常全面。大部分后端我们用nodejs，部分使用rails或者java（机器学习方面的东西）。所有好玩有用，新奇的技术我们都会尝试或者使用：）
我们在2014年重点发展移动业务，所以将大力招聘（其实一直在招聘但是因为我们面试比较严格，技术很重要，但是因为我们很多时候要pair programming，所以性格也一样重要）。预计扩充到20-25人。
擦，不知不觉就成了招聘贴了，好吧，继续无节操，希望有兴趣的朋友联系我，如果你是全栈工程师那就最好，如果你希望成为全栈工程师也不错哦。
PS：我们这边的全栈工程师是，自己做交互设计，自己PS，自己写客户端，自己写服务器端，因为有些以前创业，你们懂得。还有个好处就是我们是一家金融企业，IT金融你们懂得。
& & 22:52:19 +08:00
@ 用jquery的话还是要加一个fastclick框架来快速响应点击，去除因为双击等待判断延迟的300ms
& & 22:57:56 +08:00
@ 刚才发没人搭理，正好请教这个问题
对控件比较多的页面怎么处理的呢？比如tab+carousel+list等等，发现现在很多框架都采用单页+js动态加载，控制什么是挺方便的，不知道如果应用页面太多会不会造成性能问题
& & 23:18:19 +08:00
@ WebApp性能问题是就是render和paint两步特别慢，所以首先要减少的是元素显示的数量，然后是元素的层级。还有就是动画用translate3d，避免使用某些css3高级技巧，点击优化什么的。
举2个例子：
1. carousel如果有10个item，那么实际上只有三个元素的display参数不会是none，就是当前显示的item以及prevItem和nextItem。
2. list如果有100个数据，一个屏幕最多能显示8个，那么这个list里面可能只是用9个htmlnode节点去做渲染，最好每一个数据的现实格式是固定的（尤其是固定高度，当然宽度一个般都是固定的）
当然上述两个情况Sencha Touch都帮你做好了。
& & 23:46:55 +08:00
@ 我不追新，喜欢使用成熟的技术，选定后就想吃透，所以希望能借鉴大家的经验，选出一套靠谱的方案。非常感谢你做的分析和分享开发过程中的各种经验。另外，我也找到一篇 webapp 开发实践的文章
我大概有点头绪了，再次感谢诸位的回帖
& & 23:56:01 +08:00
Ionic感觉不错，基于 angular，UI做的很像 ios 原生，可以跑在 phonegap 一类的平台上。
& & 00:21:01 +08:00
@ 那么多个页面跳转你们是怎么处理的呢？我觉得这方面最初设计的时候应该是比较重要的，因为还涉及到浏览history，转场动画等等
我感觉移动平台资源有限，不像web开发一样可以一个页面一个html，否则重复加载html也很消耗性能，我发现几个web app的框架都是单个html里面用js动态去加载或替换不同模板，达到页面切换的效果
& & 00:35:12 +08:00
angular min
& & 11:14:54 +08:00
@ 跳转是通过一个统一的navigationController来控制的，基本上就是一个CardView或者tabview。history记录根据当前页面名称啊，每个页面都有一个名称啊。
& & 15:11:26 +08:00
@ 大神 TI 是什么？
& & 09:29:50 +08:00
我最近也在看web app框架 不知道LZ最后选择的什么？
& & 13:33:56 +08:00
@ 我现在的方案是前端 AngularJS + Bootstrap，后端 Express+Sequelize
& & 12:06:18 +08:00
百度的是gmu么？豆瓣的在哪里？没找到
& & 12:10:25 +08:00
gmu哪里不好呢？
我刚在IOS的浏览器上试了一下他们的示例
速度没问题啊
难道是安卓上的性能不行？
& & 14:24:43 +08:00
@ 性能和兼容永远是最大的问题
& & 16:04:57 +08:00
@ 别说这么笼统啊
lz不是也尝试过了吗？现在这些框架都更新好几代了吧
现在哪个比较好？
& & 13:52:57 +08:00
@ 根据你团队的整体水平，你们产品的受众，进行选择。
在这里的回答只能给你做一个起始参考，只有当你选择了一个方案并开始工程后，才能发现到底哪种方案是最适合你的。
我的建议是如果你没用过别的方案，就用 AngularJS 吧
& & 12:28:13 +08:00
& · & 382 人在线 & 最高记录 1893 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.7.3 · 57ms · UTC 23:56 · PVG 07:56 · LAX 16:56 · JFK 19:56? Do have faith in what you're doing.