Android开发之onCreate可以乱写吗

        最近看了一些开发人员做的APP开发,虽然都实现了比较完美的功能,不过很多地方很是牵强!我觉得:作为一个合格软件工程师,最重要的不是你写过多少代码,而是你研究过多少代码!所以,我更倡导多研究系统原本定制的一些APP,不然自己开发的时候会有很多雷区!

      今天,我们先说一个无处不在的函数:onCreate().。我们看看gogle是怎么解释他的:

Called when the activity is first created. This is where you should do all of your normal static set up: create views, bind data to lists, etc. This method also provides you with a Bundle containing the activity‘s previously frozen state, if there was one.

Always followed by onStart().

     这里我们只关注一句话:This is where you should do all of your normal static set up。其中我们只关注normal static,

     normal:常规的、通常的、一般的 。

     static:静态的,不变的。

    说的是:在这里我们需要做通常需要配置的信息,而不是真的所有的事情都在这里做。我们知道,一个activity启动回调的第一个函数就是onCreate。这个函数主要做这个activity启动的一些必要的初始化的工作,这个函数调用完后,这个activity并不是说就已经启动了,或者是跳到前台了。而是还需要其他的大量工作,我们知道:onCreate之后调用了还有onRestart()和onStart()等,实际上onStart()调用完毕了这个activity还没有完全启动,也只是前台可见,直到 onResume() 后这个onCreate才算终于启动。既然这样,那么在一个activity真正启动之前任何相当耗时的动作都会导致activity启动缓慢,特别是在onCreate里面耗时长的话可能照成严重的体验效果。

我们来先看一个实例:

	@Override
	protected void onCreate(Bundle savedInstanceState) {
		// TODO Auto-generated method stub
		
		super.onCreate(savedInstanceState);
		this.requestWindowFeature(Window.FEATURE_NO_TITLE);
		mContext = this;
		setContentView(R.layout.main);
		dataLoad = new DataLoading();
		mScrollLayout = (ScrollLayout)findViewById(R.id.ScrollLayoutTest);
		btnExit = (ImageButton)findViewById(R.id.btn_exit);
		btnExit.setOnClickListener(btnExitClickListener);
		btnContacts = (ImageButton)findViewById(R.id.btn_contacts);
		btnContacts.setOnClickListener(btnContactsClickListener);
		
		mSpeedDailDataMgr = new SpeedDailMgr(this);
		loadGripView();

		//in MTK		
	       //mCallOptionHandler = new CallOptionHandler(this);
	       mCallOptionHandler = new ContactsCallOptionHandler(this,
                	new ContactsCallOptionHandlerFactory());		
		//don‘t consider getting no data, ex: when starting up
		updateEnabledCard();

	}

     这是一个APP的一个Activity的onCreate的写法。其实这段代码没有什么问题,而且看起来也是比较简单的代码。不过里面大量危险的代码段:不管是dataLoad = new DataLoading(); 还是 mSpeedDailDataMgr = new SpeedDailMgr(this);更或者是loadGripView();甚至updateEnabledCard();这么危险的处理都是不应该在这里来处理的。这里包含了加载数据库数据、读取文件信息、读取SIM卡信息,这些操作都是有可能跳出异常的,而且其操作耗时也是不确定的!对于面对这样问题,我觉得应该注意下面几个方面:

      (1)在Activity启动前,尽量少做。

     (2)对于布局比较复杂的时候,可以考虑不要一次性全部加载上,动态加载是一个好的办法。

     (3)对于及时需要的数据,加载起来耗时的又有异常危险的,一定记得开辟一个线程来做这些动作,千万记得不要做阻塞主线程(UI线程)的任何事情。

     (4)对于特殊情况下,Activity启动确实需要大量工作时候,可以考虑先加载一个简单的布局(或是Activity)来过渡.。

     (5)所有的目的都是让你要启动的组件尽快上场,而不是以画好妆为主,这样的话客人会等不及的,这个社会客户才是上帝。

Android开发之onCreate可以乱写吗,,5-wow.com

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。