从addEventListener说起，上代码onMounted(()=>{window.addEventListener("click",()=>{doSth(param)//param为参数})})addEventListener有一个箭头函数回调函数，这个函数本身不能传参（当然event除外），如果你要传参，只能在doSth函数上传，我们也可以将箭头函数回调函数替换成一个函数，但是这个函数明显不能有参数onMounted(()=>{window.addEventListener("click",doSth)//这个doSth就没有参数了})非要让doSth有参数，可以在函数外面包上一层函

从addEventListener说起，上代码onMounted(()=>{window.addEventListener("click",()=>{doSth(param)//param为参数})})addEventListener有一个箭头函数回调函数，这个函数本身不能传参（当然event除外），如果你要传参，只能在doSth函数上传，我们也可以将箭头函数回调函数替换成一个函数，但是这个函数明显不能有参数onMounted(()=>{window.addEventListener("click",doSth)//这个doSth就没有参数了})非要让doSth有参数，可以在函数外面包上一层函

简介：状态模式，属于行为型的设计模式。当一个对象的内在状态发生改变时，允许改变其行为，这个对象看起来像是改变了其类。适用场景：控制一个对象的状态改变过于复杂时，把状态的判断逻辑转移到表示不同状态的一系列类中。一个对象的行为取决于它的状态，并且在运行时刻根据状态改变它的行为时，方便使用状态模式。优点：消除复杂的分支语句。缺点：增加类的数量，增加复杂度。代码：abstractclassState{abstractfunctiondoSth(Order$order);}classZeroStatusextendsState{publicfunctiondoSth(Order$order){if($o

简介：状态模式，属于行为型的设计模式。当一个对象的内在状态发生改变时，允许改变其行为，这个对象看起来像是改变了其类。适用场景：控制一个对象的状态改变过于复杂时，把状态的判断逻辑转移到表示不同状态的一系列类中。一个对象的行为取决于它的状态，并且在运行时刻根据状态改变它的行为时，方便使用状态模式。优点：消除复杂的分支语句。缺点：增加类的数量，增加复杂度。代码：abstractclassState{abstractfunctiondoSth(Order$order);}classZeroStatusextendsState{publicfunctiondoSth(Order$order){if($o