如何成为一个偷懒又高效的Android开发人员
我敢肯定你对这个标题肯定心存疑惑,但事实就是如此,这个标题完全适合Android开发人员。据我所知, Android程序员不情愿写 findViewById()、点击事件监听等重复率较高的代码。那我们如何才能缩短编写业务逻辑代码的时间,并且避免写那些重复的代码呢?所以让我们来成为一个能偷懒又有高效率的Android程序员。想知道怎么做吗?不用急,接下来我就会写到。
玉泉网站制作公司哪家好,找创新互联建站!从网页设计、网站建设、微信开发、APP开发、成都响应式网站建设公司等网站项目制作,到程序开发,运营维护。创新互联建站于2013年成立到现在10年的时间,我们拥有了丰富的建站经验和运维经验,来保证我们的工作的顺利进行。专注于网站建设就选创新互联建站。
有许多第三方的库、框架和解决方案可供我们使用。出于种种原因,我们并不知道这些库或者知道但还没用过。有的开发者开发了自己定义的库或者并不想使用第三方的库。如果我们在应用程序开发的过程中使用一些第三方库,也许可以提高程序的可兼容性、漂亮的UI界面、让代码变得整洁等等。;另外,在Android应用开发过程中,我们不可能有过多的精力和时间去研究应用安全这块,要学会借力!所以最好的办法就是借助第三方平台的解决方案,这样既可以节省下很多时间又可以保证应用的安全,偷懒又高效,两全其美!
下面,让我们来讨论下“依赖注入函数库”。
什么是依赖注入?
依赖注入是一种软件设计模式,无论是在运行时还是在编译时,允许删除、改变硬编码依赖性。[来自Wikipedia](维基百科资源):
一些常用和普遍的依赖注入库有:
RoboGuice:
Roboguice是一个用于Android应用的依赖注入框架,使用Google官方的Guice库位极大地简化了Android的依赖注入。让你的Android应用开发之路更加平坦顺利,编程更加简单有趣。
当你调用 getIntent(),getExtras()这些函数时你是否经常忘记检查是否为Null?RoboGuice可以帮助你。初始化TextView有必要调用findViewById()吗?不用,RoboGuice已经为你完成了。
通过使用RoboGuice,你可以注入View视图控件、资源、系统服务或者其他任何对象。RoboGuice能帮你精简应用程序的代码。代码越少意味着出现问题或bug的次数也就越少,从而可以把更多的精力花在项目中那些需要编写或修改的部分,使得阅读代码更加容易。
让我们来看看各种RoboGuice 库的使用方法。
使用RoboGuice库 :
控件注入:用@InjectViews方法初始化控件,例如:@InjectView(R.id.textview1)TextView textView1。
资源注入:用@InjectResources方法初始化资源,例如:@InjectResource(R.string.app_name)String name。
系统服务注入:用@Inject方法初始化并获取系统服务,例如:@Inject LayoutInflater inflater。
POJO对象注入:用@Inject方法注入并初始化POJO对象,例如:@Inject Foo foo。
安装
要使用RoboGuice,你需要下载JAR文件并把他们添加到环境变量中:
http://repo1.maven.org/maven2/org/roboguice/roboguice/2.0/roboguice-2.0.jar
http://repo1.maven.org/maven2/com/google/inject/guice/3.0/guice-3.0-no_aop.jar
http://repo1.maven.org/maven2/com/google/code/findbugs/jsr305/1.3.9/jsr305-1.3.9.jar
我们来看看一个简单的一般事件代码:
实例
public class TestActivity extends Activity{
TextView textView1;
TextView textView2;
ImageView p_w_picpathView1;
String name;
Drawable icLauncher;
LocationManager locManager;
LayoutInflater inflater;
NotificationManager notifyManager;
@Override
protected void onCreate(Bundle savedInstanceState) {
// TODO Auto-generated method stub
super.onCreate(savedInstanceState);
setContentView(R.layout.layout_test);
textView1 = (TextView) findViewById(R.id.textView1);
textView2 = (TextView) findViewById(R.id.textView2);
p_w_picpathView1 = (ImageView) findViewById(R.id.p_w_picpathView1);
name = getString(R.string.app_name);
icLauncher = getResources().getDrawable(R.id.ic_launcher);
locManager = (LocationManager) getSystemService(Activity.LOCATION_SERVICE);
inflater = (LayoutInflater) getSystemService(Activity.LAYOUT_INFLATER_SERVICE);
notifyManager = (NotificationManager) getSystemService(Activity.NOTIFICATION_SERVICE);
textView1.setText("Hello World! RoboGuice demo");
}
}
再看看使用RoboGuice精简代码后神奇之处。
使用RoboGuice
你先要继承RoboActivity或者RoboFragment,才能使用RoboGuice的依赖注入功能。
public class TestActivity extends RoboActivity{
@InjectView(R.id.textView1) TextView textView1;
@InjectView(R.id.textView2) TextView textView2;
@InjectView(R.id.p_w_picpathView1) ImageView p_w_picpathView1;
@InjectResource(R.string.app_name) String name;
@InjectResource(R.drawable.ic_launcher) Drawable icLauncher;
@Inject LocationManager locManager;
@Inject LayoutInflater inflater;
@Inject NotificationManager notifyManager;
@Override
protected void onCreate(Bundle savedInstanceState) {
// TODO Auto-generated method stub
super.onCreate(savedInstanceState);
setContentView(R.layout.layout_test);
textView1.setText(name);
}
}
这么一对比,我想你肯定明白了为什么要使用RoboGuice?再来看看有哪些好处:
使用RoboGuice的好处
不需要初始化控件,如有需要就用@InjectViews。
不需要初始化系统服务,如有需要就用@Inject。
不需要初始化像Drawable,string以及其他的资源,如有需要就用@InjectResource。
以上实践能帮助你精简代码。
越少的代码,越少的问题和bugs。
少量的代码让Android开发人员省力同时,也让他们能更专注于实际的业务逻辑。
RoboGuice和ActionBarSherlock
正如我前面提到的,你得在RoboActivity和RoboFragment中继承其中一个才能在Activity事件或Fragment中使用RoboGuice。但是如果你已经在项目中使用了ActionBarSherlock去编译呢?那问题就在于,你已经继承了SherlockActivity或SherlockFragmentActivity中的一个。现在问题是,你不能同时使用RoboGuice和ActionBarSherlock。
解决方法是,为Activities和Fragments定义一个基类。然后你就能同时使用RoboGuice和ActionBarSherlock了。可以借此了解下反编译解决方案
你可以在这里下载一些基类:
https://github.com/rtyley/roboguice-sherlock 或者下载JAR包也是一样:RoboGuice+Sherlock.jar,你可以任选一个添加到你的项目。
网站名称:如何成为一个偷懒又高效的Android开发人员
标题路径:http://azwzsj.com/article/gcedeg.html