引用:

原帖由 jun4rui 于 2015-6-18 17:15 发表
posted by wap, platform: Chrome
恩恩，就是这个意思。而且如果浏览器在FireFoxOS和ChromeOS上，已经是介于内核与APP之间的层面了，并提供图形、窗口之类的API，这已经算是比较底层的玩意了。如果能直接跑二进制代码 ...

我并不是太赞同你的观点, 因为我现在就有在做firefox os相关应用
从我个人的感觉, 这些年web api增强了太多, 单页应用可以做到很多过去不可想象的事情
但是, 在可预见的将来, web api提供的功能还是远远不够
举个具体的例子, 访问通讯录, 在android上, 可以通过contact provider来做, 在firefox os上, 需要通过contacts api, 而这个api, 不可能成为标准web api
当然解决办法也是有的, 用web service直接提供接口, 不过这就要求随时联网, 几年之内似乎还不可能

当然,这块现在大家都是在探索, 想象空间是很大的, 所以我不敢说的太死, 唯一确定的一点是, mozilla定的接口实在让人不爽.

posted by wap, platform: Chrome

引用:

原帖由 @流浪的枪骑兵  于 2015-6-17 21:25 发表
我并不是太赞同你的观点, 因为我现在就有在做firefox os相关应用
从我个人的感觉, 这些年web api增强了太多, 单页应用可以做到很多过去不可想象的事情
但是, 在可预见的将来, web api提供的功能还是远远不够
举个具体的例子, 访问通讯录, 在android上, 可以通过contact provider来做, 在firefox os上, 需要通过contacts api, 而这个api, 不可能成为标准web api
当然解决办法也是有的, 用web service直接提供接口, 不过这就要求随时联网, 几年之内似乎还不可能

当然,这块现在大家都是在探索, 想象空间是很大的, 所以我不敢说的太死, 唯一确定的一点是, mozilla定的接口实在让人不爽.

通讯录之类的……，估计短期不行。

我觉得短期可能出现的，是各类音频、视频、2D3D图形方面的各种玩意。估计做游戏这种东西比较合适。

其它方面我觉得暂时提供一个统一接口的可能性不大。

引用:

原帖由 jun4rui 于 2015-6-18 17:30 发表
posted by wap, platform: Chrome
通讯录之类的……，估计短期不行。

我觉得短期可能出现的，是各类音频、视频、2D3D图形方面的各种玩意。估计做游戏这种东西比较合适。

其它方面我觉得暂时提供一个统一接口的 ...

做游戏的话, 技术上是可行了
不过考虑到各种浏览器和运行环境以及网络性能的不确定性, 游戏规模不可能太大, 再加上开发成本的考虑, 我还是不太看好,
我觉得恐怕只会有些技术demo出来, 想大行其道还需要各种基础设施, 比如更高带宽网络和高性能设备, 普及起来才有进一步发展的可能

posted by wap, platform: Chrome

引用:

原帖由 @TUT  于 2015-6-17 21:24 发表
这。。叫虚拟机或runtime environment适合些。

就是这个意思啦。

posted by wap, platform: Chrome

引用:

原帖由 @流浪的枪骑兵  于 2015-6-17 21:37 发表
做游戏的话, 技术上是可行了
不过考虑到各种浏览器和运行环境以及网络性能的不确定性, 游戏规模不可能太大, 再加上开发成本的考虑, 我还是不太看好,
我觉得恐怕只会有些技术demo出来, 想大行其道还需要各种基础设施, 比如更高带宽网络和高性能设备, 普及起来才有进一步发展的可能

现在也有比较成熟的浏览器端游戏引擎了

其实就是云了，本地只有一个浏览器，随时连着网，资源内容全部在网上，需要的时候本地调用。

我书读的少，不是早就有chrome book了么？

posted by wap, platform: Lenovo
码农就是严谨

这样一本正经怎么泡妞啊

posted by wap, platform: SONY Xperia Z2

引用:

原帖由 @jun4rui  于 2015-6-18 17:15 发表
恩恩，就是这个意思。而且如果浏览器在FireFoxOS和ChromeOS上，已经是介于内核与APP之间的层面了，并提供图形、窗口之类的API，这已经算是比较底层的玩意了。如果能直接跑二进制代码，并且浏览器能抹平各类底层OS的差异，提供统一的API接口的话，搞不好会改变很多东西。

老大，1997年他们就是这么说的，未来属于web app，大家都不要学mfc了
结果18年后的今天，前端技术早都翻天覆地了，本地应用照样活得好好的
2010年他们又说，未来属于移动端web app，大家都不要学java oc了
结果5年后的今天，mas销售额还是打着滚地上涨，h5 app只见影子
思而不学则殆，建议楼主写写代码试试。就性能，功能这两点上讲，web app取代native app，五年也没戏

posted by wap, platform: Meizu MX4
这玩意听起来是n年前qq web版在干的事情。

posted by wap, platform: 小米 红米 NOTE

引用:

原帖由 @国家重点型号  于 2015-6-18 11:44 发表
老大，1997年他们就是这么说的，未来属于web app，大家都不要学mfc了
结果18年后的今天，前端技术早都翻天覆地了，本地应用照样活得好好的
2010年他们又说，未来属于移动端web app，大家都不要学java oc了
结果5年后的今天，mas销售额还是打着滚地上涨，h5 app只见影子
思而不学则殆，建议楼主写写代码试试。就性能，功能这两点上讲，web app取代native app，五年也没戏

我不觉得Web app是将来啊，现在发展已经很快了，很多地方都在使用Web app了，很多都是混合代码，连offices这种生产力工具都推Web版我觉得很说明问题。

posted by wap, platform: Chrome

引用:

原帖由 @jun4rui  于 2015-6-19 07:54 发表
我不觉得Web app是将来啊，现在发展已经很快了，很多地方都在使用Web app了，很多都是混合代码，连offices这种生产力工具都推Web版我觉得很说明问题。

那我们的观点是一致的。本地和网页各自发挥长处
我之前的回帖主要是针对标题

posted by wap, platform: iPad
还很遥远

posted by wap, platform: Chrome

引用:

原帖由 @国家重点型号  于 2015-6-18 13:56 发表
那我们的观点是一致的。本地和网页各自发挥长处
我之前的回帖主要是针对标题

我说话兴奋起来就会有点夸张，哈哈