MockView
MockView 很早之前就有接触过，虽然阅读了大佬的文章：Why Mocking Matters,但是并没有很好地理解。随着开发经验的不断积累，以及在flutter_hybird_webview 跨进程渲染的实践中，模块跨进程迁移的开发过程中对Mock有了更进一步的理解，在此分享一下本菜鸡的理解。
介绍
MovkView位于com.android.layoutlib.bridge包下，并继承自FrameLayout，同时禁止添加其它子view,内部代码如下：
public class MockView extends FrameLayout {
private final TextView mView;
///...省略构造函数
// Only allow adding one TextView.
@Override
public void addView(View child) {
if (child == mView) {
super.addView(child);
}
}
@Override
public void addView(View child, int index) {
if (child == mView) {
super.addView(child, index);
}
}
@Override
public void addView(View child, int width, int height) {
if (child == mView) {
super.addView(child, width, height);
}
}
@Override
public void addView(View child, ViewGroup.LayoutParams params) {
if (child == mView) {
super.addView(child, params);
}
}
@Override
public void addView(View child, int index, ViewGroup.LayoutParams params) {
if (child == mView) {
super.addView(child, index, params);
}
}
}
复制代码android中使用这个类的地方也不多，如webview,surface view等，他们比较突出的特点就是跨sdk、跨进程，这里我以webview谈一下个人的理解。
Mock编程思维的个人认识：webview
早期版本的webview继承自AbsoluteLayout(见 WebView | Android Developers),在最近的android(27或者28)版本才继承自MockView。
引起webview继承变化的原因，我认为大致有以下几点：
-
AbsoluteLayout过期了。 -
随着
app的发展，对于webview在表现上有了更复杂的需求，这点从AbsoluteLayout的注释可见一斑。
/*
... Absolute layouts are less flexible and harder to maintain
than other types of layouts without absolute positioning.
在布局上的灵活性和操控性相对较差。
*/
public class AbsoluteLayout extends ViewGroup {
...
}
复制代码-
更复杂的测试和协同开发需求，这个参见大佬的文章和当下app的规模。
-
webview的renderer从android(26)开始，工作在独立的进程，进一步讲就是沙箱化。
Starting in Oreo (API 26) WebView has a single out-of-process renderer
(we sometimes refer to this as "multiprocess mode"). This is enabled
for high-memory devices (low-memory devices still use an in-process renderer
as before).
The out-of-process renderer is enabled by a new Android API (`android:externalService`),
to create sandboxed processes which run in the *embedding app's context* rather than
the WebView provider's context.
复制代码Chromium本身含有这个机制，只是Android-Chromium（来源于Chromium）可能是由于早期设备资源不足才无法支持此机制（个人推测）。
综合上述几点，我认为之所以做如此改动，是因为模块达到一定复杂度和特征后，需要结合其特征进行进一步的模型化(这同时也是一种对外约束)。
通过对`View`的`Mock`表明其在`ui`系统中的身份特性
通过对`addChild()`的禁止，可以表明渲染的独立性，以及对外的约束
通过整体模型化，可以满足跨域/协同开发的联调及测试问题。
复制代码Mock编程思维的实践
这里我介绍一下在flutter_hybird_webview和日常开发中的实践。
flutter_hybird_webview的Channel Mock
在对Flutter的webview插件中的android模块进行跨进程迁移的过程中，需要对模块的通信方式进行分析，并对通信点（或者说它们的通信接口模型）进行Mock。 这样即保证了最小迁移工作量，同时因为遵从原通信模型（对修改封闭，对拓展开放），而确保了向后兼容。
在Flutter中webview插件的原通信方式大致如下图：
迁移后的通信方式大致如下：
这样，整个迁移过程就类似于平移了。
日常开发中的应用
在日常开发中，会有一些功能极为复杂的页面，如购物车，它可能包含：
- 各种路由跳转逻辑
- 复杂的交互逻辑
- 复杂的数据显示逻辑
- 缓存、数据封包传递 等等
在MVVM架构下，上述功能的累加及不断地迭代会导致vm异常臃肿。因此，我们会对vm进行下沉式的拆分，这样不仅代码结构清晰，且更精细的控制也带来了更高的性能。与此同时还可以基于ui/业务逻辑对数据模型进行进一步的Mock,这样不仅可以进一步优化代码结构，提高开发自测效率，还可以平抑掉迭代过程中数据实体或逻辑变化对vm内部结构的影响。
以上就是我对Mock的浅见及在开发过程中的实践，如有不足或错误的地方还请指出，谢谢阅读。