正如我從反應表單文檔中瞭解到的,通常在Reducer樹的根部放置一個form
縮減器,而redux-form將把每個表格的狀態放在這個form
鍵,基於表單的名稱。在redux-form中的多個不同安裝點上綁定表格
但是,這將導致一個奇怪的結構,其中某個樹的表單數據是在表單鍵下,而不是與其他相關的狀態數據。在此示例中,應用程序會存儲服務器中可能的帳戶類型列表,這些帳戶類型在邏輯上應與註冊表單本身分組。然而,隨着終極版形式,他們會在完全不同的子樹:
signup
/
forms
/ \
/ login
/
root
\ login--signinMethods
\ /
header
\
signup--accountTypes
我寧願一個更有組織的樹是這樣的:
form
/
signup
/ \
/ accountTypes
/
root
\ signinMethods
\ /
login
\
form
這可能與Redux的形式,或任何其他redux庫?
我很好奇你看到了什麼好處導致(分裂形式的狀態樹)?就我個人而言,我認爲在根級保留一個「表單」樹來容納所有表單數據是最有意義的(就像redux-form一樣)。我想你可以利用formReducer提供的內容並將你自己的自定義縮減器在你的狀態樹中的不同位置(如你所建議的)深入到內部。那時候,我覺得你可能會純粹出於偏好而不是真正的優點來對抗你的工具(並重新發明車輪)。 – ErikTheDeveloper
是的,這將與工具作鬥爭,如果需要一堆努力,我不會這樣做。不過,在這種情況下,每個表單可能有一個'