引言前一篇文章[设计模式——行为型模式之通过中介者模式实现各模块之间的解耦 [(http://blog.csdn.net/crazymo_/article/details/73527482)总结行为型模式中的中介者模式，通过中介者模式我们可以让各模块专注于自己的核心工作，二把交互等次要问题交给中介者，实现一定程度的解耦，今天就接着总结另一种简单而又有效的行为型模式，相信大家对于if-else ..

文章大纲引言四、MQTT协议原理1、 MQTT协议的具体实现2、 MQTT协议中的核心术语2.1、订阅（Subscription）2.2、会话（Session）2.3、主题（Topic ）和 主题筛选器（Topic Filter）2.4、负载（Payload）2.5、 MQTT协议中的主要方法2.6、MQTT控制包3、消息（Message)3.1、Message 和 Retained Messag

所谓自定义组件就是**@Component装饰的UI单元**，可以组合多个系统组件实现UI的复用，可以调用组件的生命周期。而页面即应用的UI页面，可以由一个或者多个自定义组件组成，@Entry装饰的自定义组件为页面的入口组件，即页面的根节点，一个页面有且仅能有一个@Entry。只有被@Entry装饰的组件才可以调用页面的生命周期。自定义组件的创建：自定义组件的实例由ArkUI框架创建。

文章大纲引言四、MQTT协议原理1、 MQTT协议的具体实现2、 MQTT协议中的核心术语2.1、订阅（Subscription）2.2、会话（Session）2.3、主题（Topic ）和 主题筛选器（Topic Filter）2.4、负载（Payload）2.5、 MQTT协议中的主要方法2.6、MQTT控制包3、消息（Message)3.1、Message 和 Retained Messag

父子双向同步的装饰器@Link

StorageProp(key)/@StorageLink(key)装饰的变量必须进行本地初始化**。@StorageProp(key)是和AppStorage中key对应的属性建立单向数据同步，允许本地改变，但是对于@StorageProp，本地的修改永远不会同步回AppStorage中，相反，如果AppStorage给定key的属性发生改变，改变会被同步给@StorageProp，并覆盖掉本地

在多层级之间传递的@Provide和@Consume装饰器。

ArkUI 自定义组件内同步的装饰器@State

定义一个被@Component 装饰器修饰的struct类型的自定义组件名在这个自定义组件的代码块内实现build函数。

何为状态呢，如果页面多为静态界面那就没有引入状态的概念。如果希望构建一个动态的、有交互的界面，就需要引入“状态”的概念，简而言之就是用数据驱动UI的自动更新，当数据改动时无需做任何代码改变相应的UI 效果就会自动更新。自定义组件拥有变量，变量必须被装饰器装饰才可以成为状态变量，状态变量的改变会引起UI的渲染刷新。如果不使用状态变量，UI只能在初始化时渲染，后续将不会再刷新。下图展示了State和V