这是一个创建于 3280 天前的主题，其中的信息可能已经有所发展或是发生改变。
1 、一个纯 H5 的站点是不是会被扒站，从而完全山寨一个新的站点呢？
从另一个方面，对于前端开发学习别人的实现的难度降低了，可以说更加开放了。
2 、现在混合 app 越来越多了，大致了解了一下，应该分两类吧：
一种是 app 内部套 webkit 直接访问对应的 url ，好处是灵活，副作用就是耗流量。
业界典型就是淘宝了。
淘宝的 app 中大部分页面应该只是套了一个 webkit,指向的 url 应该都是淘宝的 H5 站点的对应页面。所以断网情况下打开淘宝的 app ，子分类基本都显示不了。
还有一种是把 html 页面直接放在本地打包进 app ，需要的数据则是异步从服务器去取，然后加载显示，好处是离线情况下也能访问，流量小，但是 app 会比较臃肿。
这个典型应该就是 phonegap 开发出来的 app 了吧。
以前参加过一个技术沙龙，听到过携程也是类似做法的。
每个部门将 html,js,css 等文件部署到 m.ctrip.com 后，又会提交到 app 部门打包 [应该不是用的 phonegap 的方案吧?] 。所以在离线情况下，携程 app 的子分类都是能打开的，只是有数据交互的地方时不可用的。
解压了携程的 apk 文件，发现并没有这些 html,js 文件，难道被压缩过了？用了什么技术手段？
另外，这种 h5 页面放在本地对于 api 的请求是不受影响的吗？
刚开始学习前段技术，由衷感慨要学的技术点真多啊，而且技术更新又快，一肚子的疑惑啊。
各种技术五发八门,就怕入错门,走上不归路，还请老司机们带个好路.
向全栈（前端）工程师们致敬:你们辛苦了。
从另一个方面，对于前端开发学习别人的实现的难度降低了，可以说更加开放了。
2 、现在混合 app 越来越多了，大致了解了一下，应该分两类吧：
一种是 app 内部套 webkit 直接访问对应的 url ，好处是灵活，副作用就是耗流量。
业界典型就是淘宝了。
淘宝的 app 中大部分页面应该只是套了一个 webkit,指向的 url 应该都是淘宝的 H5 站点的对应页面。所以断网情况下打开淘宝的 app ，子分类基本都显示不了。
还有一种是把 html 页面直接放在本地打包进 app ，需要的数据则是异步从服务器去取，然后加载显示，好处是离线情况下也能访问，流量小，但是 app 会比较臃肿。
这个典型应该就是 phonegap 开发出来的 app 了吧。
以前参加过一个技术沙龙，听到过携程也是类似做法的。
每个部门将 html,js,css 等文件部署到 m.ctrip.com 后，又会提交到 app 部门打包 [应该不是用的 phonegap 的方案吧?] 。所以在离线情况下，携程 app 的子分类都是能打开的，只是有数据交互的地方时不可用的。
解压了携程的 apk 文件，发现并没有这些 html,js 文件，难道被压缩过了？用了什么技术手段？
另外，这种 h5 页面放在本地对于 api 的请求是不受影响的吗？
刚开始学习前段技术，由衷感慨要学的技术点真多啊，而且技术更新又快，一肚子的疑惑啊。
各种技术五发八门,就怕入错门,走上不归路，还请老司机们带个好路.
向全栈（前端）工程师们致敬:你们辛苦了。
 |
1
superdong 2015-11-26 15:23:32 +08:00  1
|
 |
2
gangsta 2015-11-26 15:54:38 +08:00 2
我们目前用的是 IBM Worklight,类似你说的第二种,资源文件发布时会打包到 release 的包里面.
这样做除了你说的,还有一个好处:支持应用内更新,特别对于 iOS 来说 App Store 目前的审核速度还不是很理想,如果有重大 bug 的话可以随时更新客户端. 现在已经有很多加密 www 资源文件的技术了 至于 API,其实就是 restful+MVVM |
 |
3
code4life OP |
 |
4
FrankFang128 2015-11-26 17:32:04 +08:00
先做出一个，再找技术瓶颈。
|
|
5
code4life OP @FrankFang128 谢谢! 实践出真知
还得经历一下爬坑的过程,才能少挖坑！ |
Select Language