Prism 源码解读2-View的加载和控制

介绍

上一篇介绍了Region,这一篇跟Region息息相关,讲一下Region中View的加载方式及控制。

4、ViewDiscovery

在创建好Region后需要将View添加到Region中。先补充几个概念

在上一篇将了如何创建Region,现在让我们看看Region类是什么

  • private ViewsCollection views;
  • private ViewsCollection activeViews;

这是一个View集合,集合改变会触发CollectionChanged事件

其完全依赖ObservableCollection对象

  • this.Behaviors = (IRegionBehaviorCollection) new RegionBehaviorCollection((IRegion) this);

这是一个行为集合,每当添加进行为的时候,会主动调用Attach()

  • PropertyChanged事件,每当Context,Name, RegionManager,会触发该事件

下面来看一个好玩的行为AutoPopulateRegionBehavior

可以看到这个行为对RegionViewRegistry有依赖,这个是通过构造注入的方式注入的。

该RegionViewRegistry保存着所有的View,是名副其实的Registry.

该Registry有一个事件ContentRegistered,

每当调用这个方法的时候就会触发这个事件。

不能跑偏了,回到AutoPopulateRegionBehavior

在行为Attach的时候,已经对RegionViewRegistry进行了订阅。

看看this.Region.Add()

这个ItemMetadataCollection的改变会影响Views和ActiveViews

首先它是一个ObservableCollection,

其次ViewCollection就是依赖ItemMetadataCollection创建的,所以改变自然会影响ViewCollection

那这个VIewCollection是怎么来影响界面的呢,这就要看看另一个行为RegionActiveAwareBehavior

至此可能会一头雾水,这讲了什么啊,一会是Region,一会是Behavior,到底想说什么啊?其实就是讲了View是如何被自动注入到对应的Region。

下面让我们跟着Samples中的ViewDiscovery并结合刚刚讲的源码梳理一下。

  • 在程序开始的时候向行为工厂中注入了相应的行为

  • 在创建Region的时候RegionAdapter向其添加了所有的行为

  • 现在只需调用RegionManager.RegisterViewWithRegion方法就可以自动向Region中添加VIew并显现出来

可以看到就是调用RegionViewRegistry中Register‘VIew‘With‘Region方法

  • 下面就等着AutoPopulateRegionBehavior和RegionActiveAwareBehavior按照上面的方式工作就可以了。

可以看出为什么Region有这么强大的功能就是因为Prism给Region提供了很多的行为,行为作为WPF的一个特性,其作用是非常强大的。后面的View生命周期管理也是通过行为来完成的

5、ViewInjection

View手动加载到Region,通过一个点击事件,通过RegionManager的Regions属性添加View

这个就更简单了,因为没有走RegionVIewRegistry,而是直接通过Region添加View,会直接添加到对应的RegionView上,然后通过RegionActiveAwareBehavior显示,上面有就不再详尽叙述了。

6、ViewActivationDeactivation

激活或停用View

这个也不多BB直接看怎么调用

首先先用手动的方式向Region中添加两个View

就是两个方法Activate和Deactivate

这实现也太巧妙了吧,通过ItemMetadata直接影响了View和ActiveView,然后通过RegionActiveAwareBehavior行为实现。真帅

就不再叙述了。

总结

本章主要讲了View的加载方式,可以手动加载,可以自动加载,并可以控制View的Activate和DeActivate。其主要实现都是依靠行为,也从侧面反映出行为的强大,行为能做的事情实在太多了。下一章会对Modules的实现进行介绍。

原文地址:https://www.cnblogs.com/lovexinyi/p/12596108.html

时间: 2024-10-10 17:50:17

Prism 源码解读2-View的加载和控制的相关文章

Prism 源码解读3-Modules加载

原文:Prism 源码解读3-Modules加载 目录 介绍 0.Modules加载 1.通过AppSetting加载 2.通过代码加载 3.通过目录加载 4.通过手动方式加载 总结 回到顶部 介绍 在软件开发过程中,总想组件式的开发方式,各个组件之间最好互不影响,独立测试.Prism的Modules很好的满足了这一点. 这个架构图很好了讲解了Prism的Modules的概念 Prism支持通过配置文件,文件夹,手动载入Module的方式,并且对Module的载入进行验证,包括重复和循环依赖验证

Prism 源码解读1-Bootstrapper和Region的创建

原文:Prism 源码解读1-Bootstrapper和Region的创建 目录 介绍 开始 0.PrismApplicationBase 1.BootstrapperShell 2.Regions 3.CustomRegions 总结 回到顶部 介绍 之前也研究过Prism框架但是一直没有深入理解,现在项目上想把一个Winform的桌面应用程序改造成WPF程序,同时我希望程序是可测试可维护架构良好的,Prism的这些设计理念正好符合我的需求,其主要用于WPF和Xamarin,用于构建松耦合,可

【Spring源码分析】非懒加载的Bean实例化过程(下篇)

doCreateBean方法 上文[Spring源码分析]非懒加载的Bean实例化过程(上篇),分析了单例的Bean初始化流程,并跟踪代码进入了主流程,看到了Bean是如何被实例化出来的.先贴一下AbstractAutowireCapableBeanFactory的doCreateBean方法代码: 1 protected Object doCreateBean(final String beanName, final RootBeanDefinition mbd, final Object[]

spring源码阅读之Bean的加载(二)

在正式分析源码之前,先来了解一下SpringBeans里面最核心的两个类  DefaultListableBeanFactory XMLBean继承自 DefaultListableBeanFactory,而 DefaultListableBeanFactory是整个Bean加载的核心部分,是Sprin注册及加载Bean的默认实现,而对于XmlBeanFactory与 DefaultListableBeanFactory不同的地方其实就是在XmlBeanFactory中使用了自定义的XML读取器

Mybatis 源码分析--Configuration.xml配置文件加载到内存

(补充知识点: 1 byte(字节)=8 bit(位) 通常一个标准英文字母占一个字节位置,一个标准汉字占两个字节位置:字符的例子有:字母.数字系统或标点符号) 1.创建SqlSessionFactory ①Reader reader = Resources.getResourceAsReader("mybatis-config.xml");                       //获取mybatis配置文件的字符 注解:Resources类是在mybatis中定义的一个类:g

MQTT---HiveMQ源码详解(四)插件加载

实现功能 将所有放在plugins目录下的所有符合plugin编写规范的plugin jar包加载到整个guice context中 实现步骤 1.找到所有plugin目录下的所有jar包 2.分别找到jar包中META-INF/services/com.hivemq.spi.HiveMQPluginModule文件读取第三方plugin配置的HiveMQPluginModule子类全路径 3.然后依次实例化它. 类图 这次的类图比上次的相比简单多了,加载机制也跟其他的有plugin机制的加载比

【Spring】从源码分析Spring配置文件的加载

使用Spring必须在web.xml中写如下配置: <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <context-param> <param-name>contextConfigLocation</param-name> <param-valu

vscode源码分析【八】加载第一个画面

第一篇: vscode源码分析[一]从源码运行vscode 第二篇:vscode源码分析[二]程序的启动逻辑,第一个窗口是如何创建的 第三篇:vscode源码分析[三]程序的启动逻辑,性能问题的追踪 第四篇:vscode源码分析[四]程序启动的逻辑,最初创建的服务 第五篇:vscode源码分析[五]事件分发机制 第六篇:vscode源码分析[六]服务实例化和单例的实现 第七篇:vscode源码分析[七]主进程启动消息通信服务 先复习一下! 在第一节中,我们提到: app.ts(src\vs\co

Dubbo源码分析系列---扩展点加载

扩展点配置: 约定: 在扩展类的jar包内,放置扩展点配置文件:META-INF/dubbo/接口全限定名,内容为:配置名=扩展实现类全限定名,多个实现类用换行符分隔.(摘自dubbo文档) 示例: 假如我现在想使用自己定义的协议Myprotocol,在resources目录下新建META-INF/dubbo/com.alibaba.dubbo.rpc.Protocol目录文件,文件内容定义: myprotocol=com.selrain.MyProtocol 实现类内容: public cla