You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Web-Dev-For-Beginners/translations/hk/7-bank-project/4-state-management/README.md

294 lines
14 KiB

This file contains ambiguous Unicode characters!

This file contains ambiguous Unicode characters that may be confused with others in your current locale. If your use case is intentional and legitimate, you can safely ignore this warning. Use the Escape button to highlight these characters.

<!--
CO_OP_TRANSLATOR_METADATA:
{
"original_hash": "b46acf79da8550d76445eed00b06c878",
"translation_date": "2025-10-03T12:50:45+00:00",
"source_file": "7-bank-project/4-state-management/README.md",
"language_code": "hk"
}
-->
# 建立銀行應用程式第4部分狀態管理概念
## 課前測驗
[課前測驗](https://ff-quizzes.netlify.app/web/quiz/47)
### 簡介
隨著網頁應用程式的規模增大,追蹤所有數據流變得越來越困難。哪些程式碼獲取數據,哪些頁面使用數據,數據需要在何時何地更新……很容易導致程式碼混亂且難以維護。尤其是當需要在應用程式的不同頁面之間共享數據時,例如用戶數據。*狀態管理*的概念一直存在於各類程式中,但隨著網頁應用程式的複雜性不斷增加,狀態管理已成為開發過程中的關鍵點。
在這最後一部分,我們將重新審視我們建立的應用程式,重新思考如何管理狀態,以支持瀏覽器在任何時候刷新,並在用戶會話之間持續保存數據。
### 前置條件
您需要完成本課程的網頁應用程式的[數據獲取](../3-data/README.md)部分。此外,您需要安裝 [Node.js](https://nodejs.org) 並[在本地運行伺服器 API](../api/README.md),以便管理帳戶數據。
您可以通過在終端執行以下命令來測試伺服器是否正常運行:
```sh
curl http://localhost:5000/api
# -> should return "Bank API v1.0.0" as a result
```
---
## 重新思考狀態管理
在[上一課](../3-data/README.md)中,我們在應用程式中引入了一個基本的狀態概念,即全局變數 `account`,它包含當前登錄用戶的銀行數據。然而,我們目前的實現存在一些缺陷。嘗試在儀表板頁面刷新瀏覽器。會發生什麼?
目前程式碼有三個問題:
- 狀態未持久化,瀏覽器刷新會將您帶回登錄頁面。
- 有多個函數修改狀態。隨著應用程式的增長,這可能使追蹤更改變得困難,並且容易忘記更新某些部分。
- 狀態未清理,因此當您點擊*登出*時,帳戶數據仍然存在,即使您已回到登錄頁面。
我們可以逐一更新程式碼以解決這些問題,但這會導致程式碼重複並使應用程式更加複雜且難以維護。或者,我們可以暫停幾分鐘,重新思考我們的策略。
> 我們真正想要解決的問題是什麼?
[狀態管理](https://en.wikipedia.org/wiki/State_management)的核心在於找到一個良好的方法來解決以下兩個特定問題:
- 如何使應用程式中的數據流易於理解?
- 如何確保狀態數據始終與用戶界面保持同步(反之亦然)?
一旦解決了這些問題,您可能面臨的其他問題要麼已經解決,要麼變得更容易解決。有許多可能的方法可以解決這些問題,但我們將採用一種常見的解決方案,即**集中化數據及其更改方式**。數據流將如下所示:
![顯示 HTML、用戶操作和狀態之間數據流的示意圖](../../../../translated_images/data-flow.fa2354e0908fecc89b488010dedf4871418a992edffa17e73441d257add18da4.hk.png)
> 我們在此不會涵蓋數據自動觸發視圖更新的部分,因為它涉及到更高級的[反應式編程](https://en.wikipedia.org/wiki/Reactive_programming)概念。如果您有興趣深入研究,這是一個不錯的後續主題。
✅ 市面上有許多不同方法的狀態管理庫,[Redux](https://redux.js.org) 是一個流行的選擇。了解其使用的概念和模式通常是一個很好的方式,可以幫助您了解在大型網頁應用程式中可能面臨的問題以及如何解決。
### 任務
我們將從一些重構開始。替換 `account` 的聲明:
```js
let account = null;
```
改為:
```js
let state = {
account: null
};
```
這個想法是將我們的應用程式數據*集中化*到一個單一的狀態對象中。目前狀態中只有 `account`,因此變化不大,但這為未來的擴展奠定了基礎。
我們還需要更新使用它的函數。在 `register()``login()` 函數中,將 `account = ...` 替換為 `state.account = ...`;
`updateDashboard()` 函數的頂部,添加以下行:
```js
const account = state.account;
```
這次重構本身並未帶來太多改進,但其目的是為接下來的更改奠定基礎。
## 追蹤數據更改
現在我們已經設置了 `state` 對象來存儲數據,下一步是集中更新。目的是使追蹤任何更改及其發生時間變得更容易。
為了避免對 `state` 對象進行更改,將其視為[*不可變*](https://en.wikipedia.org/wiki/Immutable_object)是一個良好的做法,這意味著它完全不能被修改。這也意味著如果您想更改其中的任何內容,必須創建一個新的狀態對象。通過這樣做,您可以防止潛在的[副作用](https://en.wikipedia.org/wiki/Side_effect_(computer_science)),並為應用程式的新功能(例如實現撤銷/重做)打開可能性,同時使調試更容易。例如,您可以記錄對狀態所做的每次更改,並保留更改的歷史記錄,以了解錯誤的來源。
在 JavaScript 中,您可以使用 [`Object.freeze()`](https://developer.mozilla.org/docs/Web/JavaScript/Reference/Global_Objects/Object/freeze) 創建對象的不可變版本。如果嘗試更改不可變對象,將引發異常。
✅ 您知道*淺層*和*深層*不可變對象的區別嗎?您可以在[這裡](https://developer.mozilla.org/docs/Web/JavaScript/Reference/Global_Objects/Object/freeze#What_is_shallow_freeze)閱讀相關內容。
### 任務
讓我們創建一個新的 `updateState()` 函數:
```js
function updateState(property, newData) {
state = Object.freeze({
...state,
[property]: newData
});
}
```
在此函數中,我們創建了一個新的狀態對象,並使用[*展開運算符 (`...`)*](https://developer.mozilla.org/docs/Web/JavaScript/Reference/Operators/Spread_syntax#Spread_in_object_literals)從之前的狀態中複製數據。然後,我們使用[方括號表示法](https://developer.mozilla.org/docs/Web/JavaScript/Guide/Working_with_Objects#Objects_and_properties) `[property]` 覆蓋狀態對象的特定屬性。最後,我們使用 `Object.freeze()` 鎖定對象以防止修改。目前狀態中僅存儲 `account` 屬性,但使用此方法,您可以在狀態中添加任意多的屬性。
我們還需要更新 `state` 的初始化,以確保初始狀態也是不可變的:
```js
let state = Object.freeze({
account: null
});
```
之後,更新 `register` 函數,將 `state.account = result;` 替換為:
```js
updateState('account', result);
```
`login` 函數進行相同的操作,將 `state.account = data;` 替換為:
```js
updateState('account', data);
```
現在我們可以趁機修復用戶點擊*登出*時帳戶數據未清除的問題。
創建一個新的函數 `logout()`
```js
function logout() {
updateState('account', null);
navigate('/login');
}
```
`updateDashboard()` 中,將重定向 `return navigate('/login');` 替換為 `return logout();`;
嘗試註冊新帳戶,登出並再次登錄,檢查是否一切正常。
> 提示:您可以通過在 `updateState()` 的底部添加 `console.log(state)` 並打開瀏覽器的開發工具中的控制台來查看所有狀態更改。
## 持久化狀態
大多數網頁應用程式需要持久化數據才能正常工作。所有關鍵數據通常存儲在數據庫中,並通過伺服器 API 訪問,例如我們的用戶帳戶數據。但有時,將某些數據存儲在瀏覽器中運行的客戶端應用程式中也是有益的,這可以改善用戶體驗或提高加載性能。
當您想在瀏覽器中持久化數據時,有幾個重要問題需要問自己:
- *數據是否敏感?* 您應避免在客戶端存儲任何敏感數據,例如用戶密碼。
- *您需要保存這些數據多久?* 您是僅在當前會話中訪問這些數據,還是希望永久保存?
根據您的需求,有多種方法可以在網頁應用程式中存儲信息。例如,您可以使用 URL 存儲搜索查詢,並使其可在用戶之間共享。您還可以使用[HTTP Cookie](https://developer.mozilla.org/docs/Web/HTTP/Cookies) 如果需要與伺服器共享數據,例如[身份驗證](https://en.wikipedia.org/wiki/Authentication)信息。
另一個選擇是使用瀏覽器提供的多種存儲數據的 API其中有兩個特別值得注意
- [`localStorage`](https://developer.mozilla.org/docs/Web/API/Window/localStorage):一個[鍵值存儲](https://en.wikipedia.org/wiki/Key%E2%80%93value_database),允許跨不同會話持久化特定於當前網站的數據。存儲在其中的數據永不過期。
- [`sessionStorage`](https://developer.mozilla.org/docs/Web/API/Window/sessionStorage):其工作方式與 `localStorage` 相同,但存儲在其中的數據在會話結束(瀏覽器關閉時)時會被清除。
請注意,這兩個 API 只允許存儲[字符串](https://developer.mozilla.org/docs/Web/JavaScript/Reference/Global_Objects/String)。如果您想存儲複雜對象,則需要使用 [`JSON.stringify()`](https://developer.mozilla.org/docs/Web/JavaScript/Reference/Global_Objects/JSON/stringify) 將其序列化為 [JSON](https://developer.mozilla.org/docs/Web/JavaScript/Reference/Global_Objects/JSON) 格式。
✅ 如果您想創建一個不依賴伺服器的網頁應用程式,也可以使用 [`IndexedDB` API](https://developer.mozilla.org/docs/Web/API/IndexedDB_API) 在客戶端創建數據庫。這適用於高級用例或需要存儲大量數據的情況,因為它使用起來更為複雜。
### 任務
我們希望用戶在明確點擊*登出*按鈕之前保持登錄狀態,因此我們將使用 `localStorage` 存儲帳戶數據。首先,定義一個用於存儲數據的鍵。
```js
const storageKey = 'savedAccount';
```
然後在 `updateState()` 函數的末尾添加以下行:
```js
localStorage.setItem(storageKey, JSON.stringify(state.account));
```
通過這樣做,用戶帳戶數據將被持久化並始終保持最新,因為我們之前已集中化了所有狀態更新。這是我們開始從之前的所有重構中受益的地方 🙂。
由於數據已保存,我們還需要在應用程式加載時恢復它。由於我們將開始擁有更多初始化程式碼,因此創建一個新的 `init` 函數可能是一個好主意,該函數還包括之前在 `app.js` 底部的程式碼:
```js
function init() {
const savedAccount = localStorage.getItem(storageKey);
if (savedAccount) {
updateState('account', JSON.parse(savedAccount));
}
// Our previous initialization code
window.onpopstate = () => updateRoute();
updateRoute();
}
init();
```
在此,我們檢索保存的數據,如果有任何數據,我們會相應地更新狀態。重要的是在更新路由*之前*執行此操作,因為在頁面更新期間可能有程式碼依賴於狀態。
我們還可以將*儀表板*頁設為應用程式的默認頁面,因為我們現在正在持久化帳戶數據。如果未找到數據,儀表板會負責重定向到*登錄*頁面。在 `updateRoute()` 中,將回退 `return navigate('/login');` 替換為 `return navigate('/dashboard');`
現在登錄應用程式並嘗試刷新頁面。您應該停留在儀表板頁面。通過此更新,我們已解決所有初始問題...
## 刷新數據
...但我們可能也創造了一個新問題。糟糕!
使用 `test` 帳戶進入儀表板,然後在終端運行以下命令以創建新交易:
```sh
curl --request POST \
--header "Content-Type: application/json" \
--data "{ \"date\": \"2020-07-24\", \"object\": \"Bought book\", \"amount\": -20 }" \
http://localhost:5000/api/accounts/test/transactions
```
現在嘗試在瀏覽器中刷新儀表板頁面。會發生什麼?您是否看到新的交易?
由於 `localStorage` 的狀態被無限期持久化,但這也意味著在您登出應用程式並再次登錄之前,它永遠不會更新!
解決此問題的一種可能策略是每次加載儀表板時重新加載帳戶數據,以避免數據過時。
### 任務
創建一個新的函數 `updateAccountData`
```js
async function updateAccountData() {
const account = state.account;
if (!account) {
return logout();
}
const data = await getAccount(account.user);
if (data.error) {
return logout();
}
updateState('account', data);
}
```
此方法檢查我們當前是否已登錄,然後從伺服器重新加載帳戶數據。
創建另一個名為 `refresh` 的函數:
```js
async function refresh() {
await updateAccountData();
updateDashboard();
}
```
此函數更新帳戶數據,然後負責更新儀表板頁面的 HTML。這是我們需要在儀表板路由加載時調用的函數。使用以下程式碼更新路由定義
```js
const routes = {
'/login': { templateId: 'login' },
'/dashboard': { templateId: 'dashboard', init: refresh }
};
```
現在嘗試刷新儀表板,它應顯示更新的帳戶數據。
---
## 🚀 挑戰
現在我們每次加載儀表板時都會重新加載帳戶數據,您認為我們是否仍然需要持久化*所有帳戶*數據?
嘗試一起合作更改 `localStorage` 中保存和加載的內容,以僅包含應用程式正常運行所需的絕對必要數據。
## 課後測驗
[課後測驗](https://ff-quizzes.netlify.app/web/quiz/48)
## 作業
[實現「新增交易」對話框](assignment.md)
以下是完成作業後的範例結果:
![截圖顯示範例「新增交易」對話框](../../../../translated_images/dialog.93bba104afeb79f12f65ebf8f521c5d64e179c40b791c49c242cf15f7e7fab15.hk.png)
---
**免責聲明**
本文件已使用人工智能翻譯服務 [Co-op Translator](https://github.com/Azure/co-op-translator) 進行翻譯。儘管我們致力於提供準確的翻譯,但請注意,自動翻譯可能包含錯誤或不準確之處。原始文件的母語版本應被視為權威來源。對於重要信息,建議使用專業人工翻譯。我們對因使用此翻譯而引起的任何誤解或錯誤解釋概不負責。