Android开发之千古、现在和明天

Android开发之千古、现在和明天

即如今,拥有着 80% 的市场份额的 Android
是最最主流的手机操作系统。它运行于诸多底智能手机、平板与任何各种各样的设备上。仅凭这或多或少,我们是不是好当
 Android 编程是简单而轻松的呢?

几乎年前,Miley Cyrus 还以歌唱着乡村音乐,Justin Bieber
还梳理着他那么红的“Bieber”发型,Malcolm 还当 AC/DC 乐队,而与此同时 Android
开发还一对一复杂。Android 开发者对于Android
系统开发极简易的动都出同等不胜堆问题。

何以?嗯,亲爱的读者,问题来当各种地方:

漏洞层出的IDE:你出没有发试了用同一拿铲子去弥合你的汽车?或者您起来着若爷爷的40年前之
Yugo 汽车去管妹?在Android世界中,对于 Android 开发,我们发一个法定
IDE——Eclipse,它发生一致雅堆问题,在10分钟之内保证为你逮狂。Eclipse ADT
插件对再次多之错综复杂工程以来吧是满漏洞、缓慢而不团结之。我们针对这非常恶心,祈祷能发出奇迹来改进这所有。

系统崩溃:Gingerbread (2.3.7)在 Android
系统版本中占据着相当好的市场份额(至少15-20%)。正使您曾清楚的,Android
正通过4.0版本(Ice Cream
Sandwich)经历着千丝万缕的翻盖过程。系统发出了新的用户界面元素、新的配备硬件API、新的屏幕密度等等,这虽招致了咱们要小心地优化及编排我们的动来让在新版本Android和原始本子
Android
都能运作良好。所有的即所有都大幅度地震慑了我们的支付过程和招了还多之
bug 和 crash,以至于延长了开发时间。

迟迟的仿真器:我们需要以不同之 Android
系统版本与屏幕尺寸测试我们的采取,所以我们亟须购买至少20种植 Android
设备。听起来是匪是格外疯狂?好吧,我们会用仿真器来解决。但是若就来没有来尝试过用默认的
Android
仿真器?它的款让人口痛定思痛,当您的运在被安排及公的仿真器的时节,你见面给你协调失去数办公楼前停的车之数据来打发时间。

用户界面(UI):Android 应用无聊死了。如果你亵渎看同样眼 iOS
应用,你晤面看出这些用充满了生活气息而且色彩缤纷。所有的事物都是逼真的,动作变,从左到右、从右到左……而我辈的以是非常的,如果我们纪念要提高我们的用户体验,老旧的Gingerbread
会很快抹杀我们的指望以及向往。

而是这些都是2013底转业了。

一个新起来

所有者共都以上年出了反,改变有的这样的快,以至于你非常爱地失去对其的从脚步,然后问自己“这还是呀时发的?”更重要的是整套
Android
生态系统提高了重重——我们有了新的硬件(智能手表),新的软件(Gradle,Android
Studio),新的网(Android 5.0 Lollipop)。

每个人且指向斯有所贡献——Google、设备制造商、开发者。每个人且发平等的对象。问他们一致之这题目:“OK。现在我们发稳定的体系,十亿计量之运以及十亿计的用户——我们怎么才会进一步简化和增进
Android?我们怎么才会使开发进程再好?”这即是 open access和 open source
原则展现的她们的潜力——每个人且可做出改变、产生提高、创造新的物之各处。

那个不便列有整个之变迁,但自做了一个列表来排有其中(在我看来)最要紧之转:

1.ANDROID STUDIO

我们最为爱的Andorid 开发的 IDE
终于成为了平安之1.0本子了。我无见面谈谈太多关于 AS
为什么对开发过程来说是无与伦比好的系细节,因为咱们早已发出些许首登出的博客覆盖了当时同样主题。我会说
Eclipse ADT 插件都休叫官方赞成使用,我吧强烈建议你管所有的动迁移至
 Android Studio。向 Google 致敬!

 新Android Studio Logo

2.GRADLE

Gradle 是工程自动化工具,它都代替 Apche Ant 成为 Android
应用主要的构建系统。它于 Android
开发者中特别流行。因为我们透过它们几乎可自动化所有事情——从拿我们的应用区分成不同风格、正确配置签名等等

据此,他改成了同一系列的“管理”工具,我们所以来定义及保障我们的工程安装。Gradle
为是测试自动化库和机动构建服务器大量增高的根本原因。测试自动化库和机关构建服务器又给
 Android
系统带来了不断集成(CI)开发进程。但是未是一切都是那么让人乐观——Gradle也于实践进度达吃批评。在千头万绪工程方
Gradle 也实在非常缓慢,但我们希望之题目会见于联网下的本子及批发受到解决。

3.LOLLIPOP

Google 说 Lollipop 是起人类诞生以来 Android 系统最深之升级换代,Google
说的正确。 Android
的每个片都产生照应的改和升级,但是咱啊从没看到开发者对这些改动有哪的感应。虽然将旧设备升级到
Lollipop 还有不少题材,但是咱意在这会以连接下去的版本被解决。

4.LOLLIPOP 的外在—— MATERIAL DESIGN

对于这于作 Material Design 的金光闪闪的初 Android UI
有过多而描写。这是近日几年Android
系统最重点创新点之一,它了改变了咱采用之观感。我无比欣赏 Material
Design
的是它们彻底改变了用户体验条件——一切还重点。即使是一线的细节也无可知吃忽略。我们不能不对每个用户交互、点击、触摸等做出响应。因为,这恰而
Google
所说的,这些动作都是起义的。我们要使黑体、拥抱新的有血有肉的色彩、每一样步用动画片、大书,简单地游说,我们如果吃我们的应用为命。Material
Design 同为完全符合 Android
生态系统,适应各种不同之屏幕尺寸。这为即是怎么咱们的运用是相似的,但是当不同之平台具有不一致的外观。

 Material Design 动画

5.LOLLIPOP 的内在—— ART

每个人都于讨论设计、UI、UI
元素、动画、色彩······,但是咱是开发者,我们感谢兴趣的凡表面之下的东西。而且,哇!!!这引起擎真是美极了:ART,新的周转网。为了记录,ART
并无是什么新东西—它让介绍为 Kitkat 上附有的周转网。通过引入
Lollipop,它完全代替了 Dalvik,成为主系统。由于诸多因 ART
是伟大的,但自我光提及中有数触及:

同等、它用
AOT(ahead-of-time)编译,这代表她把中语言(Dalvik字节码)编译成网二进制码。这虽导致我们使用还缺少的履时、更不见的
CPU 占用、更少之电池组消耗。在另一方面,安装过程为就再度丰富。

其次、他提供 multidex 支持。Dalvik dex
文件来个举足轻重缺陷—它们只能分包65,356种办法。我们必须组织好我们的
Android
应用为使艺术毫无跨越这范围。尽管这个数字可能看起来挺可怜,但是一旦你管
Google Play
服务(几乎每个应用都需)算在内,再增长有些外表函数库,你就是会轻易超过此界定。ART
因相同种植突破了字节码以多 dex 文件包到一个单身的 APK
的法门组织而的使。

6.ANDROID 无处不以

咱开始为智能手表、电视、汽车出应用,为什么要当是息呢?如果您坐于您的屋子,喝在了一致杯子热咖啡,花一两分钟看看你的四周。在接入下的及时几乎年你也许会见到至少五样运行在
Android
系统的配备—电视、笔记本、平板、相机、自行车、厨房电器、恒温器、汽车等等。Android
开始当同样种试验,它让验证能够运转在另外一个具备小型微处理器的物上面。

7.智能手机质量之增长

智能手机还是Android
系统的主干装备。长期以来,智能手机的整体质量发生题目。老旧的Android
设备比较老旧的 iPhone 更丑更慢——iOS
通常感觉又通畅。对于那些让很多华制造商等养的廉价设备来说,这种感受更如此。

有幸地是,Android
智能手机的色以及进度稳步提升,所以今天我们发出了多可每个人的预算与急需的初设施。如果您想有所相同华手机,它有不行高之相机分辨率、优秀的宏图、强大的电脑以及电量,这不是单问题——我们都有。

自己个人太欢喜的品牌是摩托罗拉,它的无绳电话机—Moto X、Moto G和Moto E
都独具美丽的线条,同时也真正拥有充分好的性价比。而以同时,Google
的一个社正力于模块化手机的支付。Project Ara 目标在彻底动摇 Android
世界,如果整个进行顺利,它产生或会见来到人们眼前。

Project Ara 部分

产一致步何去何从?

远离JAVA

我们已缓解了 IDE 和网版本的大多数题材,我们就算好关注 Android
其他地方的问题。

恕我直言,在 Android 开发极中心的题目遭到最为着重之题目是 Java。对不起,Java
Harmony,基于 Java 7 或 Java6,但她不是
Java。不要给自身放错——我坚信Java是同一流派好的编程语言,但是本人为以为咱们是早晚打破常规了。我们用开搜另外一宗编程语言来取代
Java 成为 Android 开发之骨干语言。

省我们无限要害的竞争者—Apple。他们早已介绍了一如既往山头新的语言,叫做
Swift,它结合了累累个其他语言(如 Python、Ruby 或
C#)的极漂亮特征。我们就比 iOS
开发者开发同应用得再行多的日,而这会使我们再次慢。

当即虽是为什么我们需要新东西之加入了。我们都发生了关于哪个语言会代表Java的有的想法。我看是
Groovy。它的语法与 Java 非常相似(实际上,它是冲 Java
的),我们呢来局部做事原型了。同时,也绝不遗忘了她是 Gradle
的主语言——所以,为什么未将它们用来Android 开发为?或者可能是
Scala(它好快速得到新用户),又要是 Kotlin(Jake Wharton
最近勾勒了同一篇雅好的关于用于 Android 的 Kotlin 的概论)?

数据库管理变得还好

自身要是指出另一个问题—数据库管理 API。如果你还同不良亵渎
Andoird,看一样肉眼我们的竞争对手—iOS(核心数据,将尤其准确)——你见面看她们真有美好之办法与创办数据库对象的GUI
和 CRUD 方法,数据库变化监听器。但是若您回头看下默认的 Android API
——我们尚没有远离写那些大地影响我们开进程的 SQL 命令。

调节 SQL
错误不是相同件容易之事—它杀耗时间,我们为未尝翻动数据库数据的GUI。尽管为产生一对毋庸置疑的
ORM 库(如 GreenDAO、ActiveAndroid 或
SugarORM),但是它还发生自己之题目。我自不曾针对性其统统令人满意—他们只要无是使用非常复杂,要不就是丢失一些东西(如数据库改变监听器)。我留心到了
Realm for Android 和
DBFlow,我梦想他们见面缓解自己具备的题材而减少执行时间。

结论

Android
于过去底几乎年发生了伟大的转。它已打一个简便的智能手机系统发展为一个支撑各种设备的精锐系统。时间会报我们
Android
将见面变成什么。谁知道啊天我们会无见面还好为此它们来为核聚变反应堆编程,或者让”终结者“编程。PS.
显然终结者更幽默。

立是自课余时间的翻,错误非常多,还求耐心指出,谢谢!

原文链接:https://www.infinum.co/the-capsized-eight/articles/the-past-present-and-future-of-android-development

admin

网站地图xml地图