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 谢谢提醒，试试

@isnetit 回头试试。
@slwl 没试过，不过根据QQ的结果应该也是不行的
@xifangczy 哈哈，是啊。就网易云音乐是纯java代码写的，并且没有平台差异。

@Livid 大赞，明知道是无聊的东西，还去参与就是浪费生命！

从 IDEA 到 pychram ，webstore，Resharper，Clion。我发现我已经对JetBrains 中毒了。另外不要问我是干什么的……

@magicianzrh 客户什么都不会，就一电脑白痴，如果这么做了，后面 依旧是我们在维护这东西。而且无穷无尽，很头疼。
我决定自己造轮子了。

@Septembers 我也考虑过，可是这平台和架构都不是我定的，哎。

@zhengkai
恶心自然就要提出来，不提出来永远都只是恶心，不会从恶心自动变为不恶心。 即使是恶心，也因为某些原因必须要用，不存在删不删的问题。 喜欢一个东西/使用一个东西，想让它发展就勇敢的站出来提意见。对待任何东西都是一样的，因此生活中我很感谢那些因为我缺点或者陋习而谩骂我的人，感谢他们让我更加强大！