HarmonyOS UI可预览架构探索(续) 原创
作者:大李子
团队:坚果派
十年iOS,All in转鸿蒙
前言
首先感谢大家的热情,几天之内我的上一篇文章《HarmonyOS UI可预览架构探索》就上了社区头条,并从此多了个头衔。并且有许多小伙伴积极地在留言区讨论这个架构的设计。其中一位小伙伴的建议非常合理,他说的设计,和我最初的设想是一样的。但是由于还不太熟悉Arkts的语法,遇到了一点麻烦,阻碍了我设想的实现。不过之后我又尝试了一下,发现没问题了。
经过我反复的对比,最终发现了之前无法调用view model里面刷新方法的原因。将在下文详细描述。
现在我们就给这个架构优化一下。
大致思路
其实我最初的设想没那么复杂,就是把Index
UI里的内容提出来,创建一个IndexContent
,然后用Index
去包一层,用于真实数据运行。另外再创建一个IndexPreviewer
包一层IndexContent
用于预览。
这样的话IndexContent
只依赖一个状态变量viewModel
,所有的数据和刷新操作都在viewModel
里面。然后让Index
传入带真实数据的IndexViewModel
,让IndexPreviewer
传入带假数据的IndexViewModelMock
,这两个view model用一个接口或基类来控制它们的实现。
这里补充一下为什么之前这样设计架构会遇到刷新方法调用报错。经过对比调试,发现当Index
或IndexPreviewer
(以下简称界面容器)传view model的时候,不能在参数里面传new的实例。必须让界面容器先持有view model,声明一个成员,再把这个成员传进去。
那么接下来就开始动刀吧,把繁琐的架构简化一下。
去掉本不愿意加的model层
上一版的设计是让model层去进行数据获取,然后model层有接口,子类去决定使用真数据还是假数据。现在它们已经不需要了。但是删之前先等会,代码还在里面。
先给IndexViewModel
创建一个接口IndexViewModelInterface
IndexViewModel
继承该接口
声明一个IndexViewModelMock
继承该接口
好了,之前的model类现在可以删掉了。
界面容器的更改
Index
界面使用真数据,这是更改后的代码
IndexPreviewer
使用假数据,这是更改后的代码
此处用Index
再示范一下,之前调用刷新方法报错的时候是怎么写的
完整代码请参考这个commit
大佬牛逼,顺便看下私信呗