ra
发帖数: 827 | 1 Google这么匆忙推出ART，其实真正的原因应该是Google和Oracle的lawsuite。
不得不说ART还是有很多兼容性的问题。做工程的人都应该清楚。像D->A这样的底层变
动影响是很大的。为了保持连续性，不应该只用一个版本就把旧的退休了。
结果是一个所谓更优秀的系统，消费者收益。作为消费者，我是很乐意看到的。当然，
肯定会有人遇到兼容性的问题的。 |
j********2
发帖数: 4438 | 2 还好狗的号召力大，兼容性的问题各APP会推出升级版本来兼容ART。对比软软，
Windows下面scaling的api推出很久了，主动去用的第三方没几个，搞得surface pro之
类的高分辨率设备很被动，再怎么放大，还是有一堆程序放不大，眼睛都看瞎了 |
c****9
发帖数: 5402 | 3 试了ART，性能没有显著区别，兼容性问题倒是一大堆。 |
p*********r
发帖数: 4593 | 4
ART 也是 based on Java, 只是 pre-compiled to binary. 跟 lawsuite
没什么关系吧。
【在 ra 的大作中提到】
: Google这么匆忙推出ART，其实真正的原因应该是Google和Oracle的lawsuite。
: 不得不说ART还是有很多兼容性的问题。做工程的人都应该清楚。像D->A这样的底层变
: 动影响是很大的。为了保持连续性，不应该只用一个版本就把旧的退休了。
: 结果是一个所谓更优秀的系统，消费者收益。作为消费者，我是很乐意看到的。当然，
: 肯定会有人遇到兼容性的问题的。
|
u****d
发帖数: 23938 | 5 应用用的少而精，就不会有问题了
【在 ra 的大作中提到】
: Google这么匆忙推出ART，其实真正的原因应该是Google和Oracle的lawsuite。
: 不得不说ART还是有很多兼容性的问题。做工程的人都应该清楚。像D->A这样的底层变
: 动影响是很大的。为了保持连续性，不应该只用一个版本就把旧的退休了。
: 结果是一个所谓更优秀的系统，消费者收益。作为消费者，我是很乐意看到的。当然，
: 肯定会有人遇到兼容性的问题的。
|
ra
发帖数: 827 | 6 没有仔细读court ruling，大概的事情是这样的：
－Google从Oracle抄了37个packages，包括600多个classes。Google认为这37个
packages是API。Google的fair use不违反copyright保护。
－Google用了rangeCheck里面的9行code。
－Google用了8个decompiled files。
2012年打官司的时候jury认为那37个packages不是copywritable，而且google claim
fair use，所以没有判决。
今年federal court似乎有不同的想法，认为API是copywritable。所以结果很有可能对
Google不利。
我相信ART应该把这些因素都考虑到了。而且很有可能为了不惹麻烦，ART（部分）不使
用Oracle的那些API了，所以造成了很多兼容性的问题。
【在 p*********r 的大作中提到】
:
: ART 也是 based on Java, 只是 pre-compiled to binary. 跟 lawsuite
: 没什么关系吧。
|
