页面与ViewModel(上)

本文分享了在UWP旺信开发过程中处理网络依赖的经验,包括数据缓存、UI绑定、ViewModel单例及跨线程更新等技巧。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在UWP淘宝与旺信中,笔者主要负责页面与控件的制作,这些工作看似简单,但要想做的全面细致仍然需要深入的思考。本文想分享一些在UWP旺信的制作过程中,笔者在UI页面与控件制作上体会到的一些心得。可能笔者的有些方法并不见得高明,或者仍需要时间的检验,所以也欢迎大家拍砖,共同进步。

UWP旺信是一个非常依赖网络的应用,在应用页面中的很多数据都需要访问网络才能取到最新的结果,这样一来网络状况就会影响到用户体验。为了把网络对用户体验的影响降低,在UWP旺信中采用了比较通用的做法:数据缓存。在进入页面以后先把缓存中的数据呈现给用户,然后在后台进行联网拉取最新的数据并更新页面显示。以UWP旺信中的群信息页面为例:在Loaded方法中,页面会先从缓存中获得群的数据并更新页面显示。接着页面继续调用网络接口,并通过接口返回数据对页面UI进行更新。

看起来是非常简单的过程,但是其中存在几个需要注意的问题:

首先,我们在UI页面上显示内容时,一般会采取绑定到后台数据的方法。而UI页面实际上还有很多状态,如各个元素的显示隐藏,Progress控件的激活与停止等等。这些状态往往也需要绑定到后台数据。如果我们把这些内容和状态的数据都放在页面的code Behind中,则会大大增加code Behind的复杂度,因此我们可以将这些内容和状态数据集中放在一个View Model类中,让UI页面的元素来绑定。

其次,一般数据绑定的方法有Binding 或 x:Bind。使用Binding方法会比较简单,只要在code Behind中设置页面的DataContext为View Model就可以绑定了。而由于微软官方已经明确了x:Bind方法在运行效率上是优于Binding方法的,那么我们应当优先使用x:Bind方法。但是x:Bind方法有个缺点就是它绑定的属性是页面或控件自身code Behind的属性,而不能灵活的选择不同类型的DataContext来进行绑定。因此我们可以将View Model作为Code behind的一个成员变量,这样一来也能实现页面对View Model中数据的绑定。

第三,在UWP应用中,当导航到一个页面时可以用OnNavigatedTo方法的参数来传递数据到该页面。但当从一个页面goback到之前的页面时,却没有方法来返回一个数据到之前的页面。对于这种情况有很多解决办法:可以使用全局变量,可以让前一个页面的缓存模式设为enabled或required并在导航到下一个页面时传递引用型变量参数等等。笔者在旺信中则尝试了把ViewModel做成单例,让相关页面使用同一个ViewModel的方法。例如旺信中群成员,群成员管理,添加群成员,群设置管理等页面是一系列相关的页面,需要统一从群成员页面进入,在应用中不存在同类型页面有多个实例同时存在的情况,并且有很多数据是共享的。于是笔者为它们创建了一个共同的ViewModel,在这些页面之间导航时,都使用一个ViewModel实例。这样就解决了数据回传的问题。并且用户操作后,各个页面都能同步更新。

第四,在更新View Model中与页面UI绑定的数据时,如果是从页面的code Behind中采用await的异步方法来更新的话,会非常顺利。UWP旺信获取群信息的接口是通过回调来返回数据的,当回调方法试图更新View Model中绑定到UI界面的数据时,会触发异常,提示"The application called an interface that was marshalled for a different thread."。这是由于回调方法一般来说并不是由UI线程发起的,而页面绑定的数据只能通过UI线程来修改。如果一定要通过其他线程来修改,需要使用页面的Dispatcher的RunAsync方法来进行。因此在View Model中我们需要增加一个CoreDispatcher成员变量,在页面初始化View Model时,将页面的Dispatcher赋值给该变量。当回调方法更新View Model时,如果CoreDispatcher成员变量不为空,就调用CoreDispatcher来更新绑定数据。

根据这些注意点,以旺信的群成员页面为例:

在xaml页面中群成员列表数据源绑定了View Model中的mainList列表变量:

    <Page.Resources>
        <CollectionViewSource x:Name="ContactsCVS" Source="{x:Bind thisData.MainList,Mode=OneWay}"  IsSourceGrouped="True" />
    </Page.Resources>

 而在code Behind中,声明了thisData变量作为ViewModel:

public sealed partial class TribeCardMorePage : BasePage
    {
        //
        private TribeCardMoreVM thisData;
        //
     }

 并且在页面初始化时把ViewModel类型的单例赋值给它,并将页面的Dispatcher传递给ViewModel:

        public TribeCardMorePage()
        {
            this.InitializeComponent();
            thisData = TribeCardMoreVM.Instance;
            thisData.dispatcher = Dispatcher;
        }

 在页面的OnNavigatedTo方法中设置ViewModel的一些参数,并尝试从缓存中取出缓存的数据:

        public override async void OnNavigatedTo(NavigationEventArgs args)
        {
            base.OnNavigatedTo(args);

            if (args != null && args.Parameter != null && args.Parameter is Tribe)
            {
                thisData.para = args.Parameter as Tribe;
            }
            thisData.LoadDataFromCache();
            //

        }

在页面的Loaded事件中再通过网络更新数据:

        protected async override void OnLoaded(RoutedEventArgs e)
        {
            base.OnLoaded(e);
            await thisData.LoadData();
        }

而ViewModel则是一个继承了INotifyPropertyChanged接口的数据类型,这样ViewModel中数据的变化才能通知到页面,数据绑定才有效。一般我们会写一个类来继承INotifyPropertyChanged接口,而ViewModel则继承这个类就可以了。

    public class ObservableObject : INotifyPropertyChanged
    {
        public event PropertyChangedEventHandler PropertyChanged;

        protected void RaisePropertyChanged([CallerMemberName]string propertyName = null)
        {
            var handler = PropertyChanged;

            if (handler != null)
                handler(this, new PropertyChangedEventArgs(propertyName));
        }
    }

如上所述,ViewModel需要继承ObservableObject类,要有供UI绑定的数据,要有更新数据用的Dispatcher,数据取回之后要用Dispatcher来更新:

    public class TribeCardMoreVM : ObservableObject
    {
        //
        private ContactMgr _cmgr = new ContactMgr();
        private volatile static TribeCardMoreVM _instance = null;
        public static TribeCardMoreVM Instance //ViewModel的单例
        {
            get
            {
                if (_instance == null)
                {
                     _instance = new TribeCardMoreVM();
                }
                return _instance;
            }
        }

        public CoreDispatcher dispatcher { get; set; }//页面的Dispatcher

        private Tribe _para;

        public Tribe para //获取数据的参数
        {
            get { return _para; }
            set
            {
                _para = value;
                RaisePropertyChanged();
            }
        }

        private ObservableCollection<TribeMemberUIGroup> _MainList = new ObservableCollection<TribeMemberUIGroup>();

        public ObservableCollection<TribeMemberUIGroup> MainList//页面绑定的数据
        {
            get { return _MainList; }
            set { _MainList = value; RaisePropertyChanged(); }
        }

        public async Task LoadData()
        {
            //
            _cmgr.OnOnlineContactComplete += (ex, tx) =>
            {
                dispatcher?.RunAsync(CoreDispatcherPriority.Normal, () =>  //在回调方法中用dispatcher来更新页面UI
                {
                    updateTribeMemberUIGroup();
                });
            };
            await _cmgr.OnEventOnlineContactList(); //从网络获取数据
            //
        }
        //

    }

以上这些就是笔者所体会到的在类似于UWP旺信这种依赖于网络的应用的页面的实现中需要注意的一些地方。

在下一篇博客中,笔者将进一步分享对于页面细节实现的体会。欢迎大家关注,拍砖,共同进步。

### ViewModel之间的通讯方法及最佳实践 在现代 Android 开发中,`ViewModel` 的设计初衷是为了管理 UI 层的状态并业务逻辑解耦。然而,在某些复杂场景下,可能需要多个 `ViewModel` 实现相互协作或共享状态。以下是常见的实现方式及其优缺点: #### 1. 使用 Shared ViewModel 当两个或多个 `Fragment` 需要共享同一个 `ViewModel` 时,可以通过它们共同的父级组件(通常是 `Activity` 或另一个容器 `Fragment`)来创建和持有该 `ViewModel`。 ```kotlin class SharedViewModel : ViewModel() { val sharedData = MutableLiveData<String>() } ``` 在子 `Fragment` 中获取这个 `SharedViewModel`: ```kotlin val sharedViewModel: SharedViewModel by activityViewModels() ``` 这种方式适用于父子关系中的 `Fragment` 和 `Activity` 间的通信[^2]。它简单易用,并且能够很好地利用 `ViewModel` 的生命周期特性。 --- #### 2. 利用事件总线 (Event Bus) 如果应用中有许多独立模块或者跨页面间存在复杂的交互需求,则可以考虑引入第三方库如 GreenRobot EventBus 来作为消息传递机制。 发送事件: ```java public class MessageEvent { /* Additional fields if needed */ } // 发送事件 bus.post(new MessageEvent()); ``` 接收事件: ```java @Subscribe(threadMode = ThreadMode.MAIN) public void onMessageEvent(MessageEvent event) {/* Do something */}; ``` 尽管这种方法灵活性高,但在实际项目里容易造成代码难以维护的情况,因此需谨慎选用[^3]。 --- #### 3. 基于 Repository 模式的间接沟通 推荐的方式是让所有的 `ViewModel` 访问统一的数据仓库 (`Repository`) ,而不是直接互相调用彼此的方法。这样做的好处是可以保持各层职责清晰分离,同时也便于单元测试。 示例架构图如下所示: - **UI Layer**: 包含 Activities/Fragments 及其对应ViewModels; - **Domain Logic/Business Rules**: Encapsulated within Repositories; - **Data Sources**: Includes local databases, remote APIs etc. 通过这样的分层结构,即使某个特定功能涉及到了不同界面的操作,也可以只修改 repository 而不影响其他部分[^4]。 --- #### 4. 运用 LiveData/Flow 组合模式 借助 Kotlin 协程的支持,我们可以采用更现代化的方式来处理异步流式数据更新——即 Flow API 。相比于传统的回调函数或是 RxJava 流程控制手段来说,Flows 提供了一个更加简洁直观的选择方案。 下面是一个简单的例子展示如何在一个 viewmodel 内部定义 flow 并暴露给外部观察者订阅变化: ```kotlin private val _uiState = MutableStateFlow<UiState>(initialValue) val uiState: StateFlow<UiState> get() = _uiState.asStateFlow() fun fetchData(){ viewModelScope.launch{ try{ val result=repository.getDataAsync().await() _uiState.value=Success(result) }catch(e:Exception){ _uiState.value=Error(e.message?:"Unknown error occurred") } } } ``` 这里需要注意的是,由于 flows 默认运行在线程池上执行耗时操作,所以记得切换回主线程前完成所有必要的计算工作[^5]。 --- ### 总结 综上所述,针对 “ViewModel 如何进行通讯”这个问题的回答涵盖了四种主要途径:分别是基于活动范围内的共享视图模型;全局广播型的消息队列工具;经由中介服务对象来进行协调互动;最后还有结合协程特性的新型响应式编程范式。每种策略都有各自适用场合,请依据具体情况选取最合适的解决方案。 相关问题
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值