使用「設計模式」巧妙解決 BUG 的經歷，妙啊~
作者：林三心不學挖掘機
本文利用了發布訂閱模式這種設計模式，來解決我們日常的一些簡單業務。
是這樣的，這天，我接到了一個 BUG，當然這個 BUG 不是我寫的，是這樣的有兩個頁面：
- 頁面 A：有同步代碼，有異步代碼
- 頁面 B：全是同步代碼
注意：此項目是老項目，沒有全局狀態管理工具?。。?/p>
// 頁面A
console.log(1)
console.log(2)
http.get(url).then(res => {
console.log(3)
localStorage.setItem(key, res)
})
// 頁面B
console.log(
localStorage.getItem(key)
)然后這兩個頁面是先后加載的，那么我們可以得出輸出順序是：
1 // 頁面A
2 // 頁面A
undefined // 頁面B
console.log(3) // 頁面A因為請求是異步的，導致頁面B那邊拿不到 localStorage 里面的東西，而無法完成很多操作，導致了出現 BUG。所以得想想怎么去解決這個 BUG。
定時器
最簡單的就是利用定時器去解決：
// 頁面B
setTimeout(() => {
console.log(
localStorage.getItem(key)
)
})但是這樣是不對的，不好維護，濫用定時器會導致以后可能會有新的 BUG 出現?。。?/p>
發布訂閱模式
所以還是使用發布訂閱，首先實現一個發布訂閱中心，以下是簡單實現：
type Callback<T> = (data: T) => void;
class PubSub<T> {
private subscribers: Callback<T>[] = [];
subscribe(callback: Callback<T>): void {
this.subscribers.push(callback);
}
unsubscribe(callback: Callback<T>): void {
this.subscribers = this.subscribers.filter(fn => fn !== callback);
}
publish(data: T): void {
this.subscribers.forEach(fn => fn(data));
}
}
export const ps = new PubSub();接著就可以用它來解決我們那個 BUG 了?。?/p>
// 頁面A
console.log(1)
console.log(2)
http.get(url).then(res => {
console.log(3)
localStorage.setItem(key, res)
ps.publish(res)
})
// 頁面B
// 訂閱
ps.subscribe((res) => {
console.log(res)
console.log(
localStorage.getItem(key)
)
})現在的輸出順序就是：
1 // 頁面A
2 // 頁面A
console.log(3) // 頁面A
res // 頁面B
res // 頁面B小結
這就是利用了 發布訂閱模式 這種設計模式，來解決我們日常的一些簡單業務，所以大家可以多用，這樣在面試時就不怕面試官問你啦！
責任編輯：趙寧寧
來源：
前端之神
