最簡單易懂的laravel事件，這個功能非常的有用

MartinHan 發(fā)布于2019-06-28 13:28 / 909人閱讀

摘要：先說一下在什么場景會使用這個事件功能。的事件功能實際上更傾向是一種管理手段，并不是沒了它我們就做不到了，只是它能讓我們做得更加好，更加優(yōu)雅。然后去目錄創(chuàng)建各種要做的事件監(jiān)聽類。

先說一下在什么場景會使用這個事件功能。

事情大概是這樣的，需求要在用戶注冊的時候發(fā)一些幫助郵件給用戶（原本用戶在注冊之后已經(jīng)有發(fā)別的郵件的了，短信，IM什么的）

原來這個注冊的方法也就10多行代碼。但是有時候我們?yōu)榱耸∈拢苯釉谧源a后面添加了各種代碼。

例如這個注冊方法本來是這樣的


現(xiàn)在有一個需求，要求注冊之后給用戶的郵箱發(fā)一個廣告，絕大多數(shù)的人（也包括以前的我）就直接在這后面接著寫代碼了

這是比較直觀的寫法，后來又有需求要發(fā)個短信。

然后又有需求，要發(fā)IM消息，這樣的需求很多。這些方法如果你封裝了，可能也就一行代碼。
但是，在實際項目中，這個注冊方法里面已經(jīng)加了很多東西。如果多人開發(fā)的話各種不方便。然后想到了laravel似乎有這個功能，但是一直都不知道怎么應(yīng)用，仔細看了一下手冊，發(fā)現(xiàn)和自己的想法不謀而合。
laravel的事件功能實際上更傾向是一種管理手段，并不是沒了它我們就做不到了，只是它能讓我們做得更加好，更加優(yōu)雅。
laravel的事件是一種管理+實現(xiàn)的體現(xiàn)，它首先有一個總的目錄，然后我們可以宏觀的看到所有的事件，而不需要每次都要打開控制器的方法我們才能知道注冊后會發(fā)生什么，這一點很重要，非常的方便，我就不按著laravel的順序來講，而是按著實際情況來建立這種關(guān)系。
現(xiàn)在我們無非就是要在注冊之后要做一系列的事情，首先得注冊完之后調(diào)用一個事件，然后這個事件再做各種各樣的事

找到appProvidersEventServiceProvider.php文件。給它添加關(guān)系，告訴系統(tǒng)，有人用event()調(diào)用了事件之后要被誰監(jiān)聽得到。
 [
            // 發(fā)送廣告郵件
            "AppListenersSendAdMail",
            // 發(fā)送短信
            "AppListenersSendSms",
            // 發(fā)送幫助信息
            "AppListenersSendHelpInformation",

        ],
    ];
}

這里是注冊事件的入口，相當于一個總目錄，這樣就可以跟注冊代碼解耦了，以后要加東西我們就不需要再去看注冊方法的代碼了
現(xiàn)在注冊完之后會觸發(fā)這個AppEventsRegister類，然后這個類會被AppListenersSendAdMail,AppListenersSendSms，AppListenersSendHelpInformation監(jiān)聽得到，我們進入appEvents目錄，創(chuàng)建Register這個類
uid = $uid;
    }
}
這樣就可以了。
然后去appListeners目錄創(chuàng)建各種要做的事件監(jiān)聽類。
uid;
        
        $user = User::find($uid);
        
        //......各種實現(xiàn)
    }
}
這個handle方法就是我們要做的具體實現(xiàn)了，有個很方便的功能就是如果implements ShouldQueue這個接口的話就會異步隊列執(zhí)行，如果去掉的話就是同步執(zhí)行。很方便有沒有，這樣代碼就解耦了，不需要再管注冊代碼了，在這里就能很方便的管理了。多人開發(fā)也是多帶帶寫自己的Listeners就可以了。
具體的建議大家去看看手冊吧，有些內(nèi)容我這里就不完全說了。我只是拋磚引玉