android开发是有趣的——这毫无疑问。然而，还是有很多平台迫使我们编写重复的样板代码。很多时候这都与需要你处理的ui组件相关。有一些确实是你需要的，当你希望你的应用程序架构能够干干净净的时候。有很多操作在后台异步执行；事实上，最后很容易成为一堆意大利面条似的代码，不可读或者就是让人感觉不正确。
今天，我们将看看6个可以帮助保持代码清晰和可读性的android库，并且使用示例项目以方便你可以看到库的作用。
项目
我们将使用之前我们在retrofit指南中使用过的retrofit 2 sample应用程序。这是一个简单的开源项目，可以在github上找到。它需要一个公司名称和一个git存储仓库，并列出所有的贡献者，贡献者显示为带有头像的一个列表。虽然它不是一个革命性的app，但是它展示了如何执行网络，使用图像，创建列表组件，以及处理用户输入。你可以随意摆弄这个功能齐全的玩具项目。
让我们将注释库应用到代码，来看看它们如何帮助维护android app代码的整洁。
1.butter knife
每当你需要访问代码中的视图时，你需要获取该视图的对象实例。你可以通过编写rootview.findviewbyid()方法来实现，然后将返回的对象转换为正确的视图类型。但是，你的代码很快就会建立起来，但是尤其是在oncreate和oncreateview方法中会有恼人的类似语句。想想看；在那些oncreate方法中，你初始化一切，绑定侦听器，把整个ui绑在一起。你拥有的ui元素越多，那么单个方法就会越长。
让我们举个简单的例子：
此视图将需要三个视图：两个edittexts和一个button，我们需要在片段中引用。一般我们会这样做：
@overridepublic view oncreateview(layoutinflater inflater, viewgroup container, bundle savedinstancestate) { // inflate the layout for this fragment view rootview = inflater.inflate(r.layout.fragment_search, container, false); companyedittext = (edittext) rootview.findviewbyid(r.id.company_edittext); repositoryedittext = (edittext) rootview.findviewbyid(r.id.repository_edittext); searchbutton = (button) rootview.findviewbyid(r.id.search_button); searchbutton.setonclicklistener(new view.onclicklistener() { @override public void onclick(view v) { searchcontributors(); } }); return rootview; }
在代码中除了从布局中查找视图，将它们存储在活动的字段中，以及添加一个匿名内部类作为监听器来处理搜索命令之外，没有太多事情发生。通过butter knife，我们可以使我们的工作和编码更容易。视图对象存储在字段中，因此我们可以简单地向每个字段添加butter knife @bindview注解，如下所示：
@bindview(r.id.company_edittext) edittext companyedittext; @bindview(r.id.repository_edittext) edittext repositoryedittext; @bindview(r.id.search_button) button searchbutton;
我们还需要使oncreateview方法知道butter knife的存在。现在，初始化代码将只包含以下简短语句：
@overridepublic view oncreateview(layoutinflater inflater, viewgroup container, bundle savedinstancestate) { // inflate the layout for this fragment view rootview = inflater.inflate(r.layout.fragment_search, container, false); butterknife.bind(this, rootview); return rootview; }
我们还可以进一步，跳过绑定监听器到searchbutton方法，并改为注解onsearchbuttonclicked方法，通过神奇地将之绑定到按钮点击的@onclick注解：
@onclick(r.id.search_button) public void onsearchbuttonclicked(view searchbutton) { searchcontributors(); }
在官方的butter knife主页还有其他的例子。不妨一一查看一番！一般说来，如果你需要以编程方式访问视图元素，那么butter knife会让你的代码更简洁和可读。
2.ice pick
许多android应用程序面临的一个常见问题是活动和片段生命周期的不正确处理。是啊，我们知道，它不是android框架最优雅的部分。但是，在androidmanifest文件中禁用横向模式，这样当用户将设备侧向移动时，应用程序不会崩溃并非是一个正确的解决方案——首先，因为显得有点傻，其次，代码不能正确处理的配置更改仍然会发生并破坏一切！因此，你必须正确处理应用程序组件的状态和生命周期。
实现的目的是将活动中所有字段的内容存储到bundle中，然后由android框架通过生命周期正确管理。这可能是相当无聊。
幸运的是，ice pick使我们的生活变得容易多了，因为你再不必一个个添加所有的变量到bundle去保存。同样从bundle中再次读取数据，如果存在，那么会很有挑战性，但ice pick简化了很多很多。因此，作为示例，假设我们需要记住最后一家公司和存储库搜索的组合。
首先，我们对要保存到bundle的字段进行注解。
@state string lastsearchcombination;
现在我们需要在onsaveinstancestate()方法中调用ice pick：
@overridepublic void onsaveinstancestate(bundle outstate) { super.onsaveinstancestate(outstate); icepick.saveinstancestate(this, outstate); }
也在oncreateview()方法中调用ice pick来恢复状态：
@overridepublic view oncreateview(layoutinflater inflater, viewgroup container, bundle savedinstancestate) { // inflate the layout for this fragment view rootview = inflater.inflate(r.layout.fragment_search, container, false); butterknife.bind(this, rootview); icepick.restoreinstancestate(this, savedinstancestate); return rootview; }
记住：你可以保存到bundle的内容的限制仍然存在。但是，没有必要因为为bundle键添加常量或为savedinstancestate添加空检查搞得一团乱。
3.dart和henson
与ice pick类似，dart帮助我们避免为从一个活动传递到另一个活动的intent extras写入所有键和检查。它也适用于fragments。这里有一个小例子，展示了我是如何使用@injectextra注释将搜索关键字从搜索屏幕传递到贡献者列表，实际上将执行搜索的地方。
所以我使用@injectextra注解定义了两个类变量：
@injectextra string repositoryquery; @injectextra string companyquery;
一旦dart.inject(this, getactivity());被调用，那么这些都将会被自动初始化。现在在bundle中被添加到intent的extras最终将如何。你可以手动进行，但这里使用henson是非常有道理的。为了使它工作，我添加以下代码到我的searchfragment：
intent intentcontributorsfragment = henson.with(getactivity()) .gotocontributorsfragment() .companyquery(companysearchkeyword) .repositoryquery(repositorysearchkeyword).build(); intent intentcontributorsactivity = henson.with(getactivity()) .gotocontributorsactivity().build(); intentcontributorsactivity.putextras(intentcontributorsfragment); startactivity(intentcontributorsactivity);
这简化了代码中活动之间的通信，而无需每次都手动指定每个txtra。
4. parceler
parceler帮助你进行对象序列化。它可以帮助你传递任何对象作为intent extra，而不会让你面对对象序列化的烦恼。
最好的事情是，icepick，henson和dart也能很好地和parceler一起玩。在我们的应用程序示例中，我使用@parcel注释了我的contributor类。这允许我使用dart传递contributor作为intent extra，使我的代码简洁和可读。
5.timber
当我写代码的时候，过不了一会，我总有犯错误的倾向。通常情况下，这会导致应用程序的意外行为。我需要重现它，这样我才能解决这个问题。当你知道重现的步骤时，调试器会很方便，但是通常情况下，日志也包含了真相！
在android中开箱即用的log类足够好，因为可以提供不同的日志记录级别，等等。然而，每个log.d()语句有两个参数；首先是tag，第二是message。99％的时间里，tag将是this.class.getname()，并且一次又一次地写会很烦人。幸运的是，使用timber库，你只要这样做：
timber.d("informative output that needs to be logged.");
…并且它将为你提供正确的默认tag！此外，请记住，你需要在使用之前初始化timber。查看我已添加调用的contributorsapplication.oncreate()代码：
timber.plant(new timber.debugtree());
这就是正确初始化timber所有需要做的事情，所有没有理由你的app不使用timber。
6.dagger和dagger2
最后，但并非最不重要的，dagger和dagger2库在app中管理依赖注入的表现真令人惊叹。为你处理依赖注入是编写代码的超棒做法。你指定应用程序的组件以及它们应如何相互交互。你可以定义代码的哪些部分需要其他部件的工作，瞧，这个库将为你初始化子部件，并根据需要注入它们。你可以检查示例项目代码以查看使用示例。
然而，dagger和dagger 2涉及面太广泛了，所以在这篇文章中我们就不做详细解释了。如果你想从使用dagger开始，那么有一个很好的代码例子，coffee maker，它也得到了优秀的注释支持。
结论
有很多有趣的android库，我在这里只列出了一些。安装起来相当容易，因为你只需要指定依赖关系就可以了。这些都是被积极维护的项目，所以它们有伟大的文档。
你要做的就是小心构建过程。当你开始结合多个库与注解处理器时，确保使用provided()或annotationprocessor()，而不是在build.gradle中将它们结合起来。
更多6 个可以让代码变得更整洁的 android 库。