@zhaoxiting1997 至于 apt-get 估计会后续再添加其他对于功能。目前的基本是废的。只能说这个系统还不完整，生态圈是个问题。虽然我也很期待，但是事实就是这样残酷。好在他们基金会有钱

@zhaoxiting1997 说基于android 是底层，你看架构图就明白了。说白了就是内核以上，application framework 以下 基本上是差不多的。整个applicationFramework 完全不一样。 然后以除了java 虚拟机，以及其他 模块与支持库。添加了 QT 和HTML的支持库。

ubuntu touch 底层是android，而不是 直接基于linux。只是应用框架层重写了。
其目的是可以像android 一样快速的布局到各类arm U上甚至x86。同时在条件允许的情况下可以直接替换掉android。

因此apt-get 在touch 上其实并没有多大用。原因是不兼容。

骚年，好好学习，将来去google。

论“非民主开发小组”的优缺点……

一次查询2万条数据简直不能忍。看看你是什么网络环境，google cloud 你是需要FQ的吧？代理不行还是怎么样

Nikola

android 上的 谷歌翻译，你在5#说的几个特别功能都是需要联网的。联网保证了识别率和效果。

@jedihy +1
少撸管。
撸管降低智商

@lvfujun 这个观点你就错了。这个要从商业角度出发，选择java的优势在于java程序员多，而且对于android开发而言语法简单易学，能很快产生一个规模不小的生态圈。至于性能在这些优势下早已被淹没。
再待生态圈日益成熟之际，切换开发语言改善性能。

又见这种无聊帖子，做什么是用什么语言。更古不变的真理

没什么特别要求可以不用。
1.改善代码性能
2.使用现成的C/C++ 轮子
3.加密协议。
基本就这3中情况。个人遇到过第2、3种。

直接手机视频啊……

@archbishop 基本上腾讯家的都用不了。八成是因为通讯协议是用的native code 封装的。

@yuchuanzhen 这个好

@honeycomb 我可没有说 ARC是在vbox 里跑的。


@icedx 目前来看确实是秒它的一大排。问题是，“虚拟机”终究还是虚拟机啊。当 ACR和chrome套在一起了，起码与真机交互部分是可以直接调用当前OS和chrome里的借口了。相当于 “虚拟机”和真机直接一部分的屏障已经直接被洞穿了。最典型的例子，我在Vbox/vm里跑一个 系统 然后运行某个程序，例如QQ。我经常可以遇到这样一个问题，有消息或这通知没办法提示，因为提示只在虚拟机里。或者我在虚拟机里播放一段音乐，在当前真机焦点不在 虚拟机上时，我根本没办法听到。


@A1w0n 确实有可能是指令集转换的原因，没有深究过。只能说是大部分应用能运行，部分带有native代码的app跑不起来。个人感觉还是真机靠谱，起码速度快。：）

@jameswush 可以这么说。不过根本的还是，开发所用的代码是否真正的完全的基于虚拟机，而不包含native代码。典型的部分APP的通讯协议都是用c/c++封装的。
@icedx 目前确实只是一个虚拟机。无法运行native代码
@A1w0n 套着一个壳的VBOX，还想怎样。 另外虚拟机里是调试不了native代码的，所以少用虚拟机多用真机，是让自己活的久一些的好办法之一。
@jsfaint 嗯，楼上和补充里已经说明了，和普通扩展一样。

@jacy 41 最新版 32bit，linux win 都试过。

@tolbkni 谢谢提醒，试试