Android 应用架构—— 那些因为年轻犯的错

你应该尽可能地对你的 app 进行单元测试，并且你的架构应该允许你这样做。如果你不能测试所有东西，你至少应该覆盖你的业务逻辑。与真实世界分离可以很方便地做到这点。如果你的业务逻辑清晰地和 app 其余部分隔离，是很容易测试的。

第一次迭代 —— 上帝 Activity

public final class UsersActivity extends ListActivity { 
 
@Override 
protected void onCreate(Bundle savedInstanceState) { 
super.onCreate(savedInstanceState); 
 //... 
 new ListUsers().execute(); 
} 
 
private final class ListUsers extends AsyncTask<Void, Void, Void> { 
 
@Override 
protected Void doInBackground(Void... voids) { 
 // final SQLiteOpenHelper sqLiteOpenHelper = ... 
 // JsonObjectRequest jsObjRequest = new JsonObjectRequest 
 // (Request.Method.GET, url, null, new Response.Listener<JSONObject>() { 
 // MySingleton.getInstance(this).addToRequestQueue(jsObjRequest); 
 // showData(user); 
 return null; 
 } 
 } 
} 

你可能在 “上古时代” 看到过这样的代码。如果没有，说明你很年轻。但是这一段代码哪里有问题呢?答案是哪里都有问题。

我们有一个 Activity 操作数据库，访问网络，解析数据，切换线程以及渲染数据。所有的利益相关者都在看这一个类，没有关注点是分离的，它是不可测试的，业务逻辑和 Android 的东西混杂在一起。

译者注：留意上图左边红色的标签。每个标签分别对应一条黄金法则，红色表示不满足。SRP 是指单一职责原则，即分离关注点。

第二次迭代 —— MVP

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!