云集，让 web app 像 native app 那样运行

[PortWatcher]

让 web app 像 native app 那样运行

云集是一个轻应用（即 web app）的运行环境，可以让 web app 像 native app 那样运行。
just like this gif:

这才是 HTML5 的正确打开方式。
我们目前同时做了 iOS 和 Android 两个平台的客户端。下载地址是 http://lydiabox.com
欢迎体验吐槽，我们会持续改进。

本地 API

不仅如此，云集还提供了诸多本地 API 的调用能力，比如：

• 直接调起native的微信分享，不用再画一个箭头指着屏幕右上角让用户分享了
• 拍照是必须有的，兼容 PhoneGap 的 navigator.camera.getPicture()
• 可定制的 alert, confirm 等，兼容 PhoneGap 的navigator.notification.alert()
• 加速度当然也能获得，现在你可以随便撸一个 doodle jump 出来，兼容 PhoneGap 的navigator.accelerometer.watchAcceleration()
• 消息通知，兼容 W3C 的 Desktop Notification

API 演示可以看一看演示视频（请忽略本人上镜）：
http://v.youku.com/v_show/id_XNzk0ODU4NzIw.html

欲知详细，可以查看我们的 API Docs

Performance

关于性能，iOS 上的就不用说啦，因为大家都一样。我们想说一下 Android 上的性能和对 HTML5 的支持情况。

Device: Nexus 5, Android 4.4.4

sunspider js benchmark: 859ms

HTML5 test: 498

不同的手机设备，js benchmark 会有很大的差别，但 HTML5 test 分数相同

这里就不和其他手机浏览器比啦，大家可以自行去比较。
使用你想测试的浏览器访问以下网址即可：

• https://www.webkit.org/perf/sunspider/sunspider.html
• http://html5test.com

Web 是开放的

虽然云集中有一个内置商店，但这个商店的存在目的是为了控制质量，只允许「体验像 native 的 web app」被交到用户手里。

因为我们认为，很多问题根本就不是技术问题，而是态度问题。web 前端经过这么多年的发展，已经是一个百花齐放的时代，但是很多从业人员却充电不及时。不追求 web app 的用户体验，依旧做出充斥着大量丑陋的文字链接的作品，做移动端 web 产品却不站在移动端思考。云集中内置商店就是为了过滤掉这样的 web app 而生的。

然而，我们深知 web 是开放的，去中心化的，流动的。所以我们提供了让能做出优秀 web app 的优秀开发者绕过商店，引导用户将 web app 添加进云集的方法

当然，你也可以你的 web app 提交给我们，详见 http://developer.lydiabox.com

有任何疑问请直接回复这篇文章，我会及时解答，交流。

[fengchang]

蛮有趣的，不提供打包成单独的app吗

[SharkIng]

有点没懂是个什么东西

[luckykong]

这样子看起来，只能做一些娱乐休闲向的app了？
平常用到的涉及个人信息的app，估计大家很难放心使用云端版本

[PortWatcher]

@fengchang android 端支持添加到桌面，然后用独立任务模式启动，完全看不出是 web app，效果和独立打包一模一样。

[PortWatcher]

@SharkIng 的确，“轻应用运行环境”是一个新的概念，但其实本质上云集就是一个手机浏览器。总之你试试就知道做了个什么东西了

[PortWatcher]

@luckykong 我们也考虑到了隐私问题，所以一些比较敏感的 API 就没有开放，并且现在开放的 API 也是有权限管理机制的，用户可以完全控制 web app 的权限

[SharkIng]

@PortWatcher 我是在想我们最近在做一个Website App，有没有可能通过你们这个应用打包成一个Native App来

[txlty]

@fengchang @SharkIng
不用想就知道，不可能提供滴。你把人家平台撇开独立运行，人家吃什么。

[SharkIng]

@txlty 国外就有这种服务啊，服务是按每次打包算的，价格也不便宜。

[cattail]

phonegap？

[hjc4869]

真正原生的js app只有windows runtime做的像模像样，还能调用C++，COM之类的。。

[coymail]

楼主就是熊桑了吧哈哈，极客部落是不是都玩v2...
我觉得这个点子是不错的，但是要推翻用户的一些使用习惯确实是一件很难的事情，而且浏览器上跑的app往往要一个比较好的网络环境，还在用2G的用户点个应用打开要一分钟根本不能忍，当然这个也不是不能解决

[belin520]

phonegap?优势呢？

[alex321]

html5plus？

[ijse]

我想这种东西，以后 操作系统 或者 内置浏览器会去做吧~

[zkd8907]

=.= 这难道不是浏览器么。

[fengchang]

请问用户添加web app是缓存web app的资源还是仅仅添加一个书签？感觉这个东西不太像phonegap，倒是和UC应用中心差不多，就是比UC应用多了个本地API了吧

[wadezhao]

看上去像是一个对WebAPP支持更好的浏览器？你这是在走UCWEB的老路，但方向是更好的服务开发者，是么？

个人不太看好。你想想，极端情况下，你这个框架根本不能当浏览器用，就是一个纯粹的Web APP Center，会有人安装么？我很怀疑。
所以，你只要浏览器的功能做不过UCWEB，你对开发者再好也没用，因为你这个平台没有用户。

另外连UCWEB都已经被微信打败了，我很多次说过，被微信伤害最深的不是米聊，不是TalkBox，不是Whatsapp，被微信伤害最深的就是UCWEB。UCWEB本来可以凭借自己在浏览器市场上的份额，最有希望成为第一WEB APP PORTAL，没想到被微信抢先了，现在微信的服务号和订阅号其实就是Web APP，而且界面更简陋，功能更弱。
同样这个事实可以从另一个角度证明我的观点，UCWEB是从浏览器入口抢用户，然后推WEB APP；结果被使用更广泛的IM软件微信打败了，微信从IM入口抢用户，然后推WEB APP。你这个东西完全不考虑抢用户的问题，仅仅服务开发者，是没用的，开发者不会因为你的引擎性能更好而选择你，开发者要选择的是能有更多的用户的平台。

[arens]

其实就是一个webapp的应用商店，是出去什么想法要做这样的东西呢？

[mozutaba]

我用了后就立马和uc商店里的比一下。为什么感觉会快一点。

[lingyired]

移动 Web APP 最大的障碍应该是浏览器。
我不觉得让 Web APP 弄成 Native APP 是个好想法，交互操作都不同。
至今没遇到一个体验良好的 Web APP。
大量的 Native APP 中很好的交互操作都被浏览器绑架了，比如左滑右滑，甚至是 Twitter 式的下滑更新。更不用说部分小众浏览器的手势功能。

然后，曾经在 Nexus4 下打开某个移动 website ，见识了 "3 toolbar" 。。

反正我觉得对这个的理解最好的是知乎日报。

[lingyired]

当然拿来做 Hybrid APP 倒是不错的- -

[lingyired]

在 APPSTORE 直接搜云集，居然找不到- -
要加上其它关键词才搜到

[lingyired]

一样的问题，比如今日头条，下滑更新，如果你的操作范围比较靠上，很可能会出现这个情况：


如果你打开了一个文章，想要返回 list ，那么只能先打开云集的侧边栏，然后点击返回


等等- -
总之整个使用流程是蹩脚的，我想你应该知道我的意思，如果我真想使用某个服务，APP 是最好的选择。
WebAPP 的话，改交互吧，原来那套不适合。
除非是 Hybrid APP ，不过是自己控制的。

[PortWatcher]

@arens 我自己也是一个 web 开发者，做完东西，然后就会问自己：“然后呢？”不知道发哪

[PortWatcher]

@fengchang 仅添加书签，缓存还需要靠 HTML5 的 application cache 去做。

[PortWatcher]

@wadezhao 感谢你的坦诚，我也觉得这事挺难的。不过风险越大、收益越大嘛。反正我现在没车没房，没奶粉要买没车子要养，不拼白不拼啊。

[bigzhu]

加了划出侧边栏的, 快速书签导航的浏览器..

还是不错的...浏览器这样改改书签确实好用不少.

[PortWatcher]

@lingyired 云集就是最小限度限制 web app 的交互手势。事实上，云集限制的只有右划一种而已，如果 web app 本身使用了 HTML5 touchevent ，云集的右划就只能在边缘右划呼出管理菜单。

今日头条那个问题，根据我对这个 web app 的理解，你会触发 webview 的弹簧是因为：
1. 内部内容已经划到最上，上面已经没东西了。
2. 你的触摸位置是 今日头条 本身的 navigation bar

最后，我认为好的 web app（而不是 web site）是应该通过 history API 来实现应用内自导航的，只有早些年的网站才会依赖浏览器的“前进”、“后退”按钮。

同样感谢你的坦诚。

[lingyired]

@PortWatcher
对的，云集目前只是限制了一种交互手势（不过这个可是使用率极高的手势）。
我的意思是，大部分想写 Web APP 的厂商无非就是看中其跨平台的性质，打开个浏览器就可以访问。我觉得不太可能出现某个 Web APP 只针对你一个平台来分发。 那么要兼容各个平台（浏览器）的话，还是得面对浏览器们绑架交互手势的问题- -
我只是吐槽一下 Web APP 的可能性，顺便吐槽一下那些全手势的移动操作系统，比如 Ubuntu Touch。

如果云集提供独立打包独立分发，不需要依赖云集的平台，同时可以解放右滑这个手势的话，我还是挺赞成这样的东西的存在的，最起码多个选择。

另外头条顶部那个问题，其实可以用 CSS 屏蔽掉这个弹簧的出现。

我觉得你们目前平台里面最好先放一些适合在你们平台里面操作的 Web APP 。
我想，以现在用户的耐心，在今日头条里面打开一个文章后，无法很容易的返回列表，多数都会关闭应用然后卸载。（我自己是先强制关闭云集，然后重新进入后才发现需要那样操作才可以返回列表的）。

作为一个小前端，对目前的情况确实很无奈╮(╯_╰)╭
对于内容型的 APP ，WebSite 是必须的，毕竟可以分享到朋友圈等平台。 但是应该引导用户去下载 APP 而不是继续使用 WebSite 来访问。
所以我才会说知乎日报的理解是最好的。

[PortWatcher]

@lingyired

在安卓客户端上，添加到桌面后独立任务启动，就可以解锁右滑这个手势。
云集限制的不是右滑手势，而是边缘右滑，当你的 web app 使用 HTML5 touchevent 时，云集是不会干扰的，这时就只有边缘右滑。

为什么选择边缘右滑呢？因为 Safari 就是通过边缘右滑来实现后退操作的。你的 web app 不可能不适配 Safari 吧。

我不认为边缘右滑是使用率极高的手势。

web 的优势并不仅仅是跨平台，开发成本低，而现在也有许多基于 HTML5 的跨平台开发框架，他们都提供将 web app 打包成 native，我没有必要再做和他们一样的事情。用 js, css, html 去开发 native app，只是帮开发者减去了多学一门语言和SDK（objc + cocoa or java + android sdk）的负担。

感谢你的建议。

[frankzeng]

好像就是一个浏览器，像uc和qq都有这样的功能和入口吧。

[clino]

"最有希望成为第一WEB APP PORTAL，没想到被微信抢先了，现在微信的服务号和订阅号其实就是Web APP，而且界面更简陋，功能更弱"

@wadezhao ,微信的服务号订阅号跟web没啥关系吧，完全不赞同你的看法

[HowardMei]

挺好的，个人对webapp的未来比较看好，特别基于webrtc的去中心p2p交互前景光明，到时候QQ/Wechat这类基于服务器的关系应用会处境尴尬，被颠覆是早晚的事。

全球互联网被管制得越严厉越蹩脚，分布式网络的价值就会越高，到了某个时机，像Mesh/WebP2P这类东西会借助类似Bitcoin这样的价值交换系统成为新经济增长点。

[learnshare]

云集不是之前 @BInaryTree111 家的 showjoy 么？

[PortWatcher]

@learnshare 哈哈哈，巧合重名了。树神家先有这个名字的

[HowardMei]

浏览器关注的主要是阅读体验，Web人机交互还在初级阶段，又有Mozilla在推asmjs，发展空间很大。

[blueandhack]

前来支持！哈哈~

[learnshare]

@PortWatcher 比较期待性能和接口丰富程度

[coolicer]

这就是要人家陪你玩了，要看别人愿不愿意

[lingyired]

@PortWatcher 右滑和边缘右滑，虽然是不同的操作，如果这两种赋予不同的行为，那么操作失误的几率很高的。之前访问一些移动 website 有左右滑动功能的，都很容易误操作成边缘滑动。

另外，简易在打开页面的时候，不要完全的全屏。 最起码 iOS 平台的顶部可以继续显示。除了显示必要的信息（几点、电量）外，点击时间返回顶部，应该有很多人会依赖这个交互动作。

[Actrace]

Apple竟然让上架了.有点意思.

[black]

就是个浏览器吧

[BInaryTree111]

@learnshare 哈哈哈哈哈讨厌 你什么都知道

[BInaryTree111]

@PortWatcher 为了把名字给你 重新取了showjoy

[wadezhao]

@clino 微信的服务号对于用户来说就是一个WEB APP，怎么能没关系？你不会以为微信服务号是一个Native APP？


@PortWatcher 之前还有过一个产品叫Rexsee（http://www.rexsee.com）也非常有趣，它走的比你还远，用webview装入js之后，自己再作为一个bridge去调用Android的API，还是开源的，但是现在应该是死掉了，网站都荒废很久了。
成名要趁早，但是在错误的方向上，走的越长离成功越远啊~~~~

不过可能我说的也不对，我们在核心问题上的观点就是不一致的，我对Web APP的发展没有那么乐观。

[PortWatcher]

@wadezhao 嗯嗯，观点不一致是很正常的，社会本就是多元的。

[clino]

@wadezhao "微信的服务号对于用户来说就是一个WEB APP"说实话我完全不觉得是一个啥web app

微信号还是基于消息的
web app 哪里有这么多框框限制？

所以对你的想法完全不能理解。

[wadezhao]

@clino 看来我们对Web APP定义不太一样。

在我看来，用一个WebView，装入HTML/CSS/JS进行互动，这就是Web APP。

[clino]

@wadezhao 可是微信号的交互方式非常受限，这种交互方式也和html/css/js没关系啊

[wadezhao]

@clino 是的，微信号是一种受到极大限制的Web APP。所以更佐证了我的观点，用户才是最重要的，用户用着体验如此差的微信号应用也很满足。

[clino]

@wadezhao 微信是一种服务，app或者web（如 wx.qq.com）只是一种实现的方式，这非要摆在一起说只能是生拉硬扯吧。。。

[wadezhao]

@clino 呵呵……好吧。

[haishan]

有钱途

[meeasyhappy]

感觉很nb的样子呀!!!