java中的接口是类吗
244
2022-06-15
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,我们需要在片段中引用。一般我们会这样做:
@Override
public 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的存在。现在,初始化代码将只包含以下简短语句:
@Override
public 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:
@Override
public void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
Icepick.saveInstanceState(this, outState);
}
也在onCreateView()方法中调用Ice Pick来恢复状态:
@Override
public 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中将它们结合起来。
来自:http://codeceo.com/article/6-android-lib-make-code-clean.html
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~