比较近,在谷歌总部一个特殊的聚会上,我们发布了 A 2 的比较终版,A 1 的全平台继任者。[url=http:///www.linuxprobe.com/linux]Linux技术教程[/url]的相关问题可以到网站了解下,我们是业内领域专业的平台,您如果有需要可以咨询,相信可以帮到您,值得您的信赖![align=center]https://www.linuxprobe.com/wp-content/uploads/2015/01/linux-windows.png[/align]
A 1 首先为新兴的 W 技术解决了如何开发的问题。六年后的今天,开发人员面对的挑战是:应用程序必须支持多种多样、千变万化的设备。在这次发布中,我们有了更强力的路由器、表单和其它核心 API。现在,你可以为任何平台构建酷炫的应用了。也许你更喜欢用自己的方式,A 同样是模块化并富有弹性的,这样你就可以自由使用你喜欢的第方库 —— 或自己写一个!
从一开始,我们就在与开源社区合作来构筑 A。我们要对大量的捐献者表示由衷感谢!他们奉献了大量的 P R、I 和可重现的用例,他们为各个设计决策展开探讨和辩论,他们对我们的各个 RC 进行了验证和反馈。我们真心希望可以把你们中的每一位都带到我们的聚会现场,与我们一起庆祝这个伟大的里程碑!
下一步怎么办
A 已经面世,我们怀着激动的心情欢迎您成为数个用 A 构建应用程序的开发人员中的一位。那么,A 下一步打算做什么
下面是一些 A 开发组近期要做的事:
BUG 修复并对标记为稳定()的 API进行非破坏性变更
针对您的用例写更多的开发指南和在线例子
在动画方面展开更多的工作
A M 2 库
让 WW 走出验室
为 A U 开发更多的特性,支持更多的语言
进一步提高速度,缩小体积
语义化版本
我们明白 RC 版本标签有些扑朔迷离。为了让您在 A 的稳定版中管理依赖更轻松,从今天的 A 200 开始,我们将迁移到“语义化版本”规范。今后的 A 版本将遵循 所描述的 MAJORMINORPATCH 方案:
当对标为稳定的 API 进行不兼容的变更时,增加主版本号(MAJOR),
当添加了向后兼容的功能时,增加此版本号(MINOR),
当以向后兼容的方式修复了 BUG 时,增加补丁号(PATCH)。
迁移到语义化版本方案可以确保我们的组件和工具等生态圈能速访问比较新特性。虽然即使保持了一致和稳定的开发环境,产品级应用仍然会依赖于主版本之间的稳定性,但这对 BUG 修复和发布新 API 来说仍然是显著的点。 |