網站首頁 編程語言 正文
背景
對話框在前端開發應用中,是一種非常常用的界面模式。對話框作為一個獨立的窗口,常常被用于信息的展示,輸入信息,亦或者更多其他功能。但是項目的使用過程中,在某些場景下對話框用起來會有一些麻煩。例如:
場景一
如果想要在多個子組件(A、B)中控制一個對話框(C)的顯示影藏,這個對話框必須在共有的父組件(MySalesOrders)中進行聲明。
場景二
如果需要給對話框(C)傳遞參數,一般情況我們會使用 props 傳入,意味著狀態的管理必須也是子組件(A、B)的父組件或者更高一級進行管理和維護,但是其實這些狀態可能只需要在子組件 A 或者 B 中維護。這種情況下,我們就需要自定義事件,將狀態進行回傳,比較麻煩。
const MySalesOrders: React.FC = () => {
const [visible, setVisible] = React.useState(false);
...
return (
<>
<A modalVisible={setVisible}/>
<B modalVisible={setVisible}/>
{
visible ? (
<C
...
/>
) : null
}
</>
);
}
const A: React.FC = (props) => {
...
return (
<>
<Button
onClick={() => {
props.modalVisible(...)
}}
/>
</>
);
}
const B: React.FC = (props) => {
...
return (
<>
<Button
onClick={() => {
props.modalVisible(...)
}}
/>
</>
);
}
場景三
一個展示的對話框,對話框在不同的模塊可能只是提示文案不一樣,需要在不同的地方多次導入定義。例如系統中常用的提示成功、提示失敗的對話框。
我們通常會定義一個通用的組件,在父組件中定義,然后使用時喚起,但是如果我們需要在不同的頁面使用,我們就需要在不同的頁面組件中使用引入定義。
這些場景都是在我在實際開發中都會用到的,并且我們開發中也是基本都是這樣做的,雖然可以正常的使用。但是隱藏了幾個小的問題。
問題一:難以擴展
如果和 MySalesOrders 同級的組件也要訪問這個對話框(C)?又或者, MySalesOrders 下面的某個深層級的孫子組件也要能對話框(C)?前者意味著代碼需要重構,繼續提升狀態到 MySalesOrders 組件的父組件;后者意味著業務邏輯處理更復雜,需要通過層層的自定義事件回調來完成。
問題二:維護問題
同一個組件,需要在不同的地方多次的導入定義。在系統中增加了大量重復的代碼。代碼很快就會變得臃腫,且難以理解和維護。
問題的本質
對上訴問題來說,本質在于:在我們日常的項目中應該哪里定義去對話框?又該如何和對話框進行數據交互?
對話框的本質
換一個角度再來看對話框,其實對話框本身是一個一對一或者一對多的 UI 模式。站在對話框的角度上,對話框本質上是一個「獨立于其他界面的一個窗口,用于完成一個獨立的功能」。
如果從視覺角度出發,你會發現在使用對話框的時候,你完全不會關心它是從哪個具體的組件中彈出來的,而只會關心對框本身的內容。比如說,成功和失敗的對話框,它可能在 A 組件點出來的,也可能是 B 組件點出來的,亦或者其他組件點出來的。對話框的本質就決定了它是獨立于各個組件之外的,
雖然很可能在一開始這個對話框的實現和某個組件非常高的相關度,但是在整個應用的不斷開發和演進過程中,是很可能不斷變化的。所以,在定義一個對話框的時候,其定位基本會等價于定義一個具有唯一 URL 路徑的頁面。只是前者由彈出層實現,后者是頁面的切換。對于頁面級別的 UI 切換,我們很容易理解,就是定義全局的路由嘛。那么同樣的,如果我們以同樣的方式去思考對話框,其實就是將對話框全局化,然后通過一個全局的機制來管理這些對話框。這個過程和頁面 URL 的切換非常類似,那么我們就可以給每一個對話框定義一個全局唯一的 ID,然后通過這個 ID 去顯示或者隱藏一個對話框,并且給它傳遞參數。
基于這樣的設想,我們可以嘗試使用全局的狀態管理來設置我們的對話框。
全局的狀態管理的對話框
整體的架構
具體實現
代碼實現以 React 項目為主。
Redux - reducer 存儲
利用 Redux 的 store 去存儲每個對話框狀態和參數。
export default (state = {
hiding: {}
}, action: AnyAction) => {
switch (action.type) {
case CONSTANTS.modalShow:
return {
...state,
[action.payload.modalId]: action.payload.args || true,
hiding: {
...state.hiding,
[action.payload.modalId]: false,
},
};
case CONSTANTS.modalHide:
return action.payload.force
? {
...state,
[action.payload.modalId]: false,
hiding: { [action.payload.modalId]: false },
}
: { ...state, hiding: { [action.payload.modalId]: true } };
default:
return state;
}
};
Redux - action 處理對話框的顯示隱藏
兩個 action ,分別用來顯示和隱藏對話框。
export function showModal(modalId: string, args: any) {
return {
type: CONSTANTS.modalShow,
payload: {
modalId,
args,
},
};
}
export function hideModal(modalId: string, force: any) {
return {
type: CONSTANTS.modalHide,
payload: {
modalId,
force,
},
};
}
Hook - useCommonModal
定義一個 Hook,在其內部封裝對 Store 的操作,從而實現對話框狀態管理的邏輯重用。
export const useCommonModal = (modalId: string) => {
const dispatch = useDispatch();
const show = React.useCallback(
(args?: any) => new Promise((resolve) => {
commonmModalCallbacks[modalId] = resolve;
dispatch(showModal(modalId, { ...args }));
}),
[dispatch, modalId],
);
const resolve = React.useCallback(
(args?: any) => {
if (commonmModalCallbacks[modalId]) {
commonmModalCallbacks[modalId]({ ...args });
delete commonmModalCallbacks[modalId];
}
},
[modalId],
);
const hide = React.useCallback(
(force?: any) => {
dispatch(hideModal(modalId, force));
delete commonmModalCallbacks[modalId];
},
[dispatch, modalId],
);
const args = useSelector((s: any) => s?.modalReducer?.[modalId]);
const hiding = useSelector((s: any) => s?.modalReducer?.hiding?.[modalId]);
return React.useMemo(
() => ({ args, hiding, visible: !!args, show, hide, resolve }),
[args, hide, show, resolve, hiding],
);
};
創建對話框-容器模塊
創建對話框時,使用容器模式,它會在對話框不可見時直接返回 null,從而不渲染任何內容;并且確保即使頁面上定義了 100 個對話框,也不會影響頁面性能。
export const createCommonModal = (modalId: string, Comp: any) => (props: any) => {
const { visible, args } = useCommonModal(modalId);
if (!visible) return null;
return (
<Comp
{...args}
{...props}
/>
);
};
對話框返回值處理
往往在實際的使用中,可能在打開對話框進行操作之后需要將返回值返給調用者,有兩種方式可以供參考:
- callback:在傳入參數時,傳入一個回調函數,在進行操作完成之后,進行回調函數的調用。
const show = React.useCallback(
(args?: any) => new Promise((resolve) => {
commonmModalCallbacks[modalId] = resolve;
// args 中攜帶上 callback
dispatch(showModal(modalId, { ...args }));
}),
[dispatch, modalId],
);
// 調用
const modal = useCommonModal('modal-id');
modal.show({
callback() {}
});
// 對話框解析參數
const modalReducer = useSelector((state: any) => state.modalReducer);
const { callback } = modalReducer?.['modal-id'];
//對話框觸發
callback();
- 將 show 和 resolve 兩個函數通過 Promise 聯系起來。通過臨時變量,來存放 resolve 回調函數,在對話框中去調用 modal.resolve 來進行值的返回。
const resolve = React.useCallback(
(args?: any) => {
if (commonmModalCallbacks[modalId]) {
commonmModalCallbacks[modalId]({ ...args });
delete commonmModalCallbacks[modalId];
}
},
[modalId],
);
// 調用
const modal = useCommonModal('modal-id');
modal.show(args).then(result => {});
// 對話框觸發
const modal = useCommonModal('modal-id');
modal.resolve({ ... });
運行實例
global-modal
總結
分享了一種使用對話框的實踐方式:利用全局狀態來管理對話框。解決上文提到的在使用對話框遇到的問題。其核心思路在于從 UI 模式的角度出發,把對話框也可當做一個單獨的頁面,對話框的展示可用全局狀態來管理,因此,用全局的方式去管理對話框就是一種非常合理的方式。從而讓組件的語義更加清楚,代碼更容易理解和維護。
并且對于對話框定義位置,其實可以分場景來甄別。系統某一個模塊下的業務對話框,就只需要定義在這個業務模塊的根組件下就可以了。對于全局都可能使用的公共對話框,那就可以定義在整個系統的根組件,系統任何地方都可以使用。定義的位置決定了對話框組件輻射的廣度。
當然這種全局的狀態管理對話框的方式,只是對原有的對話框操作做了一個增強,解決了一些場景下的問題,但是對于一些簡單的對話框我們還是可以用常用的方式去管理和控制。兩者是可以并存的,大家可以根據場景來定義使用哪一種方式。
參考
- https://www.jb51.net/article/247814.htm
- time.geekbang.org/column/arti…
- https://www.jb51.net/article/247817.htm
- ant.design/components/…
- www.chkui.com/article/rea…
原文鏈接:https://juejin.cn/post/7096651796575158303
相關推薦
- 2024-04-02 Maven項目引用本地jar涉及scope配置
- 2022-10-19 react+antd實現動態編輯表格數據_React
- 2022-05-14 Python學習之裝飾器與類的裝飾器詳解_python
- 2022-04-18 python?numpy中對ndarry按照index增刪改查_python
- 2022-04-06 C語言函數調用的三種實現方法實例_C 語言
- 2022-08-23 .net中的DI框架AutoFac簡單介紹_實用技巧
- 2023-07-04 LinkedBlockingQueue與ArrayBlockingQueue對比
- 2022-04-05 Springboot為什么加載不上application.yml的配置文件
- 最近更新
-
- window11 系統安裝 yarn
- 超詳細win安裝深度學習環境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結
- Spring Security之安全異常處理
- MybatisPlus優雅實現加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發現-Nac
- Spring Security之基于HttpR
- Redis 底層數據結構-簡單動態字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支