谷歌放弃java，选择swift是真的？
[问题点数：40分，无满意结帖，结帖人u]
本版专家分：30
结帖率 92.86%
CSDN今日推荐
本版专家分：2312
本版专家分：0
本版专家分：6701
2016年12月 移动开发大版内专家分月排行榜第一
2016年6月 移动开发大版内专家分月排行榜第二
本版专家分：0
本版专家分：6374
本版专家分：2716
匿名用户不能发表回复！|
其他相关推荐在Google和甲骨文的Java版权案中，如果Google败诉了会怎么样？
o &nbsp,&nbsp
看到这条资讯 《》，脑洞大开一下，如果Google和甲骨文的Java版权案中，Google败诉了会怎么样？
无非就是惩罚性的天价赔偿。因为事实上不可能停止使用，虽然条款必然会这样写“停止侵权并赔偿损失”。
真要停止侵权，那么就等于不能发布安卓新版本，旧版本全部回收……全部安卓手机OTA直接变砖？真带感。
苹果乐翻，妥妥的。
关于伯乐小组
这里有好的话题，有启发的回复和值得信任的圈子。
新浪微博：
推荐微信号
（加好友请注明来意）
- 好的话题、有启发的回复、值得信赖的圈子
- 分享和发现有价值的内容与观点
- 为IT单身男女服务的征婚传播平台
- 优秀的工具资源导航
- 翻译传播优秀的外文文章
- 国内外的精选博客文章
- UI,网页，交互和用户体验
- 专注iOS技术分享
- 专注Android技术分享
- JavaScript, HTML5, CSS
- 专注Java技术分享
- 专注Python技术分享
& 2018 伯乐在线提供企业信息化整体解决方案
除了Guava，Java开发者还值得了解的5个谷歌类库
除了Guava，Java开发者还值得了解的5个谷歌类库
| 作者： |
15:19:17| 阅读 0次
概述：Guava 是谷歌基于Java1.6的一个类库集合的扩展项目，包含了许多谷歌核心的 Java 常用库。除开Guava，还有一些谷歌的常用Java类库也值得我们关注，本文列出了其中的五个类库。
Guava 是谷歌基于Java1.6的一个类库集合的扩展项目，包含了许多谷歌核心的 Java 常用库。除开Guava，还有一些谷歌的常用Java类库也值得我们关注，本文列出了其中的五个类库。
1. 依赖注入&&
Guice是一个轻量级的依赖注入(DI)Java框架，它扮演着与Spring的内核控制反转（IOC)库作用相似的角色。它和Guava一样流行，它能够缓解对工厂模式（factories）的需求并简化代码中new的使用。用谷歌自己的话说，Guice的注入是为new进行new操作。
这个库无法让你彻底摆脱工厂模式，但是它能够确保你的代码可以不直接依赖于它们。通过这种方式，你能够更加方便的进行单元测试和代码重用。
这个库旨在使开发和调试的过程更快更容易，使你能够更好的理解自己的代码。此外，Guice还提供了一个很酷的功能：当错误发生时，它会生成一段有用的信息，告诉你到底发生了什么问题以及该如何解决这些问题。
2. 静态分析&&
这个开源库是用于Java的静态分析工具，它能够让你在编译的时间捕捉普通的程序错误。团队中再优秀的成员也有可能因为其它的事情分心而导致错误出现，而这个工具可以帮助你在程序错误扰乱应用程序之前就及时捕捉到它。
比如，它能够检测到设计模式的所出现的Bug：CannotMockFinalClass&&显示Mockito无法模拟最终类。
在官方的类库页面你可以找到一些常见错误和它们的建议修复的列表。这意味着每个错误都已经有了一个成熟的解决方案，因此，你可以在自己的代码中轻松的实现它。
3. 测试可读性&&
Truth是一个可帮助你增加关于测试和错误信息可读性及可发现性的测试框架。它能够生成一些关于错误的有意义的信息，报告测试失败的原因并将信息扩展到新的对象类型中。就好像是自带一段警句：&我们曾在这个问题上犯了一个策略上的错误&。
你可以使用Truth来替代JUnit的断言(assertions)，FEST框架以及Hamcrest的matchers类，或者简单的用于你代码需要的地方，还可以用来声明JUnit风格的假设（跳过失败的测试）、断言和异常。
4. 语言无关的协议&&
Kythe提供支持工具和标准来鼓励（可控制源代码的）程序集间的互操作性（包括分享，交流，使用系统间的信息）。简而言之就是这个库能够提供一个（作用于源代码的）构建工具的生态系统。
这个库的主要目的是提供一个能够作用于任何源代码上的，标准的，与语言无关的交换机制，它包含了构建系统、编译器、解释器、静态分析、编辑器、代码复审程序等东西。因此，你可以与任何其它系统分享信息。
Kythe拥有一个能够回答你任何相关问题的资源丰富的社区。如果你想获取Kythe在Python、JavaScript和Java方面的帮助或者是想知道如何建立Python的模块，再或者只是简单的想了解一下Kythe，你都可以访问。
5. 结构数据序列化&&
Protobuf，这个库也被称为Protocol Buffers，是谷歌用于结构数据序列化与语言、平台无关的可扩展机制。如果你不能了解它的含义，谷歌向你类比：Protobuf就像XML，只不过更小，更快更简单。
如果我们选择一句口号来形容这个库，就是&一次构建，随处可用&，这也是形容它最贴切的方式。一旦你定义想要的数据结构，你可以使用特殊生成的源代码来读写各种数据流和语言。
protobuf是我们最喜欢的类库之一，它能够帮助我们把那些复杂元素变得更加简单。
本文翻译自，译者：慧都控件网-回忆和感动
慧都控件｜提供软件技术整体解决方案
云集全球三千余款优秀控件、软件产品，提供行业领先的咨询、培训与开发服务
企业QQ：｜电话：023-
服务与支持
重庆 / 023-
北京 / 010-
400-700-1020
慧都科技有限公司 版权所有 Copyright 2003-
400-700-1020
<input type="hidden" id="url" value=""/>甲骨文为它跟谷歌打6年官司 如今却打算砍掉_网易财经
甲骨文为它跟谷歌打6年官司 如今却打算砍掉
用微信扫码二维码
分享至好友和朋友圈
（原标题：为它跟谷歌打了6年官司，终因不赚钱打算杀死？围观甲骨文花式作妖）
（Oracle） 在六年前就起诉了 Google ，称 Google 用于市场策略的移动操作系统在使用 Java 平台的时候并没有得到 Oracle 的授权。现在据法庭的一份档案显示，Oracle 要求 Google 赔偿专利损失费 93 亿美元。而如今，公司又不声不响地撤掉了这项社区技术的资金和开发人员支持，尽管许多消费者和企业合作伙伴已经在这项技术上投入了大把的时间并编写了大量的代码。究其原因也简单的很：这技术，不挣钱啊！原文《How Oracle s business as usual is threatening to kill Java》，网易科技编译。甲骨文干这事儿也不是第一次了，对于那些被甲骨文收购的开源项目，这样的结局似乎成了一种宿命。从OpenSolaris到OpenOffice.org，都是这样的命运。这回轮到了Java头上，更准确的说，是Java企业版（Java Enterprise Edition，Java EE）。OpenSolaris和OpenOffice.org两个名字大概很多人都没听说过，但Java EE可是每个人都接触过的，作为一种服务器端技术，Java EE在全世界驱动着数以百万的网站和企业应用。甚至在许多不是基于Java的应用中，Java EE也扮演着不可或缺的角色。甲骨文的律师已经就安卓系统Davlik编程语言的Java接口问题在法庭上和打了好几个月的了。这期间，甲骨文的Java开发进度明显减慢了，Java EE更是完全处于停滞状态。这完全停止开发进度让依赖Java平台的企业和Java社区里的许多用户都深感不安，要知道，这些人中有许多就是甲骨文最大的几个客户。一些曾在甲骨文参与Java EE开发的员工曾在Java社区上透露，他们已经被分配到了别的部门。一些Java EE开发者们想要自立门户建设Java平台的言论也不是一两天了，他们想要自己实现java平台，摆脱对甲骨文手中这个20年历史的软件平台的依赖。尽管如此，尽管公司内负责管理Java标准的成员明确要求甲骨文就Java EE的未来做出规划，甲骨文仍然是一言不发。Java社区独立选举的社区进程执行委员会成员Geir Magnusson就表示：“甲骨文在玩火。说来也是讽刺，现在竟然有一家公司让我们怀念起Sun来。”（译注：Sun是最初开发Java EE的公司，后来在2009年被甲骨文收购。）Magnusson觉得去猜测甲骨文的动机根本不可能，因为管理层的决策方式非常不透明。但如果非要从那些与甲骨文内部Java开发团队走得近的人透露的消息猜一下的话，可能甲骨文是要放弃Java了，毕竟它也不是第一次做这种事了。况且在公司正在法庭上和谷歌打官司的时候，就已经开始减少对Java EE开发的资金和人力支持了。甲骨文对此事出奇的沉默，这让许多Java社区的成员担心甲骨文是不是不只要放弃Java EE，而是要扔掉整个Java平台。一个自称“Java EE守护者”的组织正在试着通过公共关系和联名请愿的方式给甲骨文施压，让它要么重启Java EE的开发，要么就让Java EE免费开放。但让甲骨文放弃Java这一大知识产权希望实在是渺茫，特别是现在谷歌在法庭上打赢了官司，甲骨文还准备再次上诉。曾经在甲骨文从事Java宣传工作的Reza Rahman担任“Java EE守护者”的发言人，他说道：“我们目前从甲骨文听到的唯一消息是来自Java EE规范制定团队的，他们说目前无法继续进行自己的工作。然而他们并没有说他们现在正在干什么，或者在开发什么。”Rahman相信甲骨文对Java不管不问会对全球IT业产生巨大冲击，无论长期还是短期都是这样。他解释道：“Java和Java EE是普适的技术，全球IT业的许多内容都基于它。整个Java生态系统是在过去的20年间逐渐形成的，它的开放标准受到了多家供应商的支持。可以说许多人的生计就依赖于Java了。”如果没有继续的资金支持和发展，整个Java生态系统的每个部件都会逐渐变得落后，全球IT行业也会随之减慢发展的脚步，直至找到合适的Java替代品。当人们联系到甲骨文Java开发团队成员以及甲骨文客户，想要他们提供相关信息的时候，都受到了拒绝。他们大多害怕甲骨文会追究他们的法律责任。甲骨文的媒体部门也对Java的相关话题三缄其口，邮件和电话一概不回。甲骨文作为商人的本性被人们编成了许多笑话，比如在“12个Java开发者的噩梦”评选中获得第四名的笑话是“你热爱开源运动、热爱分享，但你在甲骨文工作。”封锁人们希望甲骨文能够改变颁发Java使用许可的方式，但都遭到了拒绝。最近的一次尝试来自Java社区进程组织（Java Community Process，JCP），也在今年被甲骨文的律师们否决了。公司的法律团队表明，在当下谷歌的诉讼还没有结束的状态下，甲骨文是不会对许可方式作出改变的。与此同时，JCP为监督Java标准变化所做的努力也逐渐被甲骨文的OpenJDK开发人员破坏掉了。OpenJDK的开发人员在没有联系JCP的情况下直接给Java平台添加了新的功能。JCP和非甲骨文员工的OpenJDK社区成员都对这种行为感到担忧，如果将来JCP被甲骨文架空，那就不好玩了。来自JCP的Milinkovich表示，随着OpenJDK的开发成果越来越多，同样是开源项目的一部分，JCP作为Java行业的领军组织之一，其地位也受到了威胁。但Milinkovich也说道他目前还不担心这一点：“作为开源社区的组织者之一，我相信开源的力量。我们需要澄清OpenJDK社区的角色，以及他们会给开源社区带来怎样的贡献。当然，对Java标准的影响也要说清楚才行。”与此相比，Java EE可能取消的议论显得更加激烈。自打甲骨文刚开始减少对Java EE的开源版本，GlassFish，的资金和技术支持，人们的不满就不绝于耳。即便没有了商业支持，Open Glassfish仍然会在甲骨文员工的主导下进行开发，并与日和Java EE 7一同发布。在随后的一年里，Java EE有进步的，在2014年，JCP处理的关于Java标准的请求大多是关于Java EE的。而在同年的JavaOne峰会上，甲骨文和JCP更是共同宣布了Java EE 8的开发。他们设立了一个目标，那就是在2016年9月份完成标准制定。云服务变成了新宠在2015年，甲骨文加快了将工作重心转到云服务销售上的速度，Java开发部门的预算再次受到削减，特别是Java EE和GlassFish团队，削减更是严重。与此同时，甲骨文宣称Java EE 8的标准制定工作要推迟到2017年上半年才能完成。在2015年八月份，Java EE团队正在紧张地处理一项涉及多个开发项目的问题时，却突然被公司叫停。甲骨文总裁发现数据库等中间件产品的销售额在2016年第二季度出现了下降后，决定关闭Java EE的大部分开发进程。这一举动吹响了在甲骨文董事们的领导下，全公司转向以云服务为中心的号角。甲骨文前高级副总裁Cameron Purdy因为主张重新给Java EE团队注资而被公司董事会革职。甲骨文的预算削减给那些密切注视Java项目，特别是Java EE的人带来了很大影响。Java团队解决的问题数量出现了明显的下降， 而提交到各个项目的代码数量也比以前少的多了。原定于2016年第一季度推出的Java Server Faces新标准也没有了消息，具体推迟到什么时候推出也没有信。在4月份，JCP执行委员会终于正式讨论了Java EE开发停滞的问题。代表伦敦Java社区的Martijn Verburg表示Java EE的进程在11月份就有停滞的迹象。他说：“现在看来，甲骨文旗下的Java EE JSR开发已经基本停滞，或者是完全停止了。一些甲骨文内领导相关标准开发的人已经公开承认自己已经被公司分派到其它项目上去，没有时间开发JSR了。”开源运动的好机会甲骨文对此举没有做任何解释，这无疑给Java社区和生态系统带来了很大的负面影响。Verburg表示：“一些主张独立的人已经开始讨论重拾Java EE开发，以及考虑更换Java EE领导权的问题。”没有了甲骨文的表态，各个公司只能根据自己的现有框架去应对客户们的新需求，这无疑会让Java社区变得更加分散。Verburg声明：“我们需要甲骨文的官方消息！”如果甲骨文对JCP关于Java EE的请求不管不问，就表明他们根本不重视JCP。截至目前，甲骨文仍然没有发布任何公开声明。大部分社区成员依然很失望。即便是一些金融服务公司的JCP代表都对此表示担忧。Java EE守护者团队建设了一个抗议网站并组织了一次请愿活动。在最近的JCP执行委员会会议上，Verburg更是感叹道：“甲骨文对此不管不问，显然是对Java生态系统没兴趣了。”他同时表示自己的公司不会再依赖于Java EE，因为未来甲骨文随时可能叫停Java EE的开发。多么讽刺啊，JCP委员会成员公开表示他们不能再依赖于Java EE了。Milinkovich 坦言甲骨文终究还是那个甲骨文，他评论道：“甲骨文的一大特点就是作出决定后坚决执行，有人说这是优点，也有人说这是缺点。因为甲骨文公司庞大，这些决定需要一段时间才能生效。我觉得甲骨文在推动JavaOne开发的同时应该给java EE制定好路线图，不然就太说不过去了。”残局我们有很多理由相信甲骨文不会让Java EE彻底消失，其中一个就是他们自家的许多产品也依赖于Java EE。尽管Java EE对甲骨文来说不如Java SE有战略意义，但它仍然直接或间接地位甲骨文70%的软件授权和支持收入做出了贡献。来自Java EE守护者组织的Rahman 表示他希望甲骨文能够对舆论压力做出反应。他说守护者组织的活动才开展了几个星期，现在就说甲骨文永远不会有反应还为时尚早。如果甲骨文现在回心转意的话，事情还没有发展到无可救药的地步。其他人则不认为甲骨文会做出积极回应，Magnusson 表示甲骨文不是一个习惯被别人推来推去的公司。当然，甲骨文王完全可以砍掉Java EE而且不让任何其他人接手。这种动作的影响远远不止于企业用户，而是会动摇甲骨文对Java整体的信心，要知道Java现在可是物联网的最佳选择。Rahman说道，甲骨文摆脱java的最好办法就是把Java平台整个捐给Eclipse Foundation, Apache, EC, 或者W3C这样的组织。这样一来希望继续使用Java的用户和企业还可以接着开发。但连他自己都怀疑甲骨文决定放弃java EE之后还会这么好心的把它捐掉？Java启示录如果甲骨文真的决定走“毁灭一切”的路，被来就落后的安全补丁开发就会完全停止。数千计使用Java EE的服务器和云服务都会受到威胁，他们最终不得不替换掉植入的Java EE组件，或许那些抛弃甲骨文JCP的公司会出资开发一个新的开源项目来替代Java。许多公司已经在考虑这种情况，作为最后一根稻草，其它厂商已经开始讨论开发一套独立的Java API的方案。如果事情真的走到这一步，JCP也会加入他们。鉴于这些原因，甲骨文更有可能选择让Java社区进程委员会的成员来领导Java EE的开发，而自己则保留Java SE的领导权。因为Java EE依赖于Java SE核心，这样一来甲骨文依然保有对Java平台的控制权。即便或Red Hat接管了Java EE标准制定，也不能威胁到甲骨文的地位。
同时Rahman相信继续开发Java EE会给甲骨文带来更多利润。他认为能否成功的管理Java是决定甲骨文在云服务中取得开发者、顾客以及行业信任的关键。作为成功推广Java的公司，如果能亲手把Java带入云服务，将会是战略性的胜利。但话说回来，想要甲骨文为了商誉继续开发java EE恐怕比较困难。特别是现在公司正和谷歌在法庭上战的不可开交，此时动摇对Java这一知识产权的所有权不是在打自己的脸吗？请愿活动估计也会收效甚微，前Sun公司首席开源官（chief open source officer）直截了当地说道：“一场不能威胁甲骨文营利的请愿活动是没有效果的。”考虑到现在甲骨文的利润额继续上升，而公司的两名联合首席执行官目前是科技行业薪资最高的两名高管，想要赢得他们的注意力相当困难。在这一切有所改变之前，我们唯一能确定的就是Java EE会一直站在悬崖边上。
本文来源：虎嗅网
责任编辑：黄云_NF5535
用微信扫码二维码
分享至好友和朋友圈
加载更多新闻
热门产品:　　　
:　　　　　　　　
:　　　　　　　　　
热门影院：
阅读下一篇
用微信扫描二维码
分享至好友和朋友圈甲骨文放弃java java要被淘汰吗_百度知道
甲骨文放弃java java要被淘汰吗
&#xe6b9;答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
因为JAVA定的是开源，JAVA是最火能赚钱是因为基于开发应用上面，但是甲骨文不做应用啊,他是做开发的。和谷歌打官司目的就是让JAVA重新变成收费，可是输了，计划崩了，JAVA就直接放弃了。至于靠不靠谱
那真的说不清楚
公说公有理
婆说婆有理
我觉得谷歌之所以有用swift替换java作为第一语言的想法的原因之一估计就是java版权的问题吧
不过也说不清楚
大佬们的想法咱们只能观望了
要说靠谱吧
安卓从开始到现在可以说是基于java之上的
如果突然要改成其他的
那估计改动花费不小
需要的时间也不少
反正困难不少
所以觉得还是有点不靠谱，
要说不靠谱吧
安卓和甲骨文一直就java的版权官司不断
当然还有其他原因 又觉得好像也挺靠谱
为您推荐：
其他类似问题
甲骨文的相关知识
&#xe675;换一换
回答问题，赢新手礼包&#xe6b9;
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。