事半功倍！這5個React應用程序庫不要錯過……
編輯 搜圖或許你一直在從頭開始構建React應用程序，這當然無可厚非。但當你遇見了今天要介紹的這些庫，一定會感嘆相見恨晚!
React最令人喜愛的地方是，沒有固定的方法來構建應用程序。開發人員可以自由選擇要使用的庫和要遵循的模式，你可以隨意去實現自己天馬行空的想法。
在這里所創建的大多數應用程序，無論是用于工作還是個人項目，都是從相同的庫開始的。
利用React社區，你不必再耗時另起爐灶，可以花更多的時間為用戶提供價值。
所以千萬不要錯過呀~
1. Formik
面對現實吧，幾乎所有的網絡應用程序都有表單，這是一件很棘手的事情。
對于用戶來說，沒有什么比表單不能正常工作，或在錯誤驗證后重置，再次輸入所有信息更讓人沮喪的了。表單正確，是網絡應用程序中讓用戶擁有良好體驗的關鍵。
那就意味著：
- 表單字段應具有客戶端驗證。
- 字段在用戶“觸摸”或表單提交之前不應顯示錯誤。
- 無效提交時，表單狀態不應為“丟失”或“重置”。
- 提交后，表單應該進行異步(服務器端)驗證。
自己編寫一個處理所有這些事情的組件是相當復雜的。需要跟蹤所有表單值，以及所有表單字段的“觸摸”狀態，甚至包括 “錯誤”。
此外，還需要構建表單提交的邏輯。這些都需要足夠通用，以便在整個應用程序中重用。沒有人想在登錄表單、注冊表單、地址表單等等中一遍遍重復它。
所以，使用React社區的一個流行庫，是比自己構建更好的選擇。
Formik是JaredPalmer開發的一個庫，在這里，表單編寫變得輕而易舉。
2. 測試庫
測試省了很多時間。當筆者創建一個復雜的特性或組件時，總是在設計、產品和開發之間“游蕩”。設計師可能會要求進行視覺或UX更改，產品部門可能要求更改UX。筆者只得不斷地反復、重構和更新組件。
通過確保組件或特性的正確測試，可以確保這種重構不會允許回歸潛入代碼庫。它節省了大量的人工測試時間，這給了人們更多信心。
涉及到測試React應用程序時，有一個黃金標準:testing-library/react，也稱為react-testing-library。它已經內置在create-react-app中，所以入門就變得很簡單啦。
使用testing-library，可以從用戶的角度測試組件。
什么意思?下面用一個實際的例子來說明。
在這個示例中，筆者為一個簡單的注冊表單編寫了一個測試。它要求用戶提供姓名、電子郵件和密碼。這些都是必填字段，如果省略了任何一項，那么表單應該在提交時顯示一個錯誤。
- import {render, fireEvent } from "@testing-library/react";
- import userEvent from "@testing-library/user-event";
- import { SignupForm } from "./Form";describe("SignupForm",() => {
- it("should show an error whenpassword is omitted", () => {
- const renderrendered =render(<SignupForm />);
- const nameInput =rendered.queryByLabelText("Name");
- userEvent.type(nameInput, "JohnSmith");
- const emailInput =rendered.queryByLabelText("Email");
- userEventtype(emailInput, "john@smith.net");
- const submitButton =rendered.queryByText("Submit");
- userEvent.click(submitButton);
- expect(
- rendered.queryByText("Pleaseinput your password")
- ).toBeInTheDocument();
- });
- });
如你所見，首先使用react-testing-library呈現注冊表單。
之后輸入姓名與郵箱。
之后點擊提交。
最后，出現了“請輸入您的密碼”。
這個測試中的一切都基于用戶如何與表單交互?？梢灾貥嫳韱我允褂貌煌妮斎?，將其拆分成多個react組件，所有這些都不會破壞測試。
3. CSS-Modules和Classnames
當筆者開始一個新的React項目時，通常會選擇CSS-Modules。create-react-app中內置了支持，很容易上手。
當然，可以通過遵循BEM來避免依賴，但是需要學習如何使用BEM。CSS-Modules提供了可預測的、范圍有限的、清晰的CSS。
筆者喜歡將classnames和CSS-Modules一起使用。先看下面這段代碼：
- constclassName = 'button ' + props.hasError ? 'error' : '';return (
- <button className={classname}{...props} />
- );
有了classnames，可以進行簡化，然后變成這樣：
- constButton = props => (
- <button
- className={classnames("button", { error: props.hasError })}
- {...props}
- />
- );
甚至可以將它與CSS-Modules相結合：
- importstyles from './Button.module.css';const Button = props => (
- <button
- className={classnames(styles.button,{ [styles.error]: props.hasError })}
- {...props}
- />
- );
有作用域，易于編寫CSS，就問你香不香!
4. Downshift
也許你會問，為什么要使用外部庫來創建像下拉列表或選擇輸入這樣簡單的東西呢?
構建一個基于鼠標單擊打開或關閉的組件確實非常簡單。但與許多前端任務一樣，困難的不僅僅是構建組件。
創建一個大量依賴屏幕閱讀器的互聯網用戶可訪問和可用的下拉列表不簡單，讓它在keyboardusers中正常工作并非易事。
這就是筆者喜歡使用downshift的原因。它具有這樣的可訪問性，并可自行選擇其他的功能與形式。
圖源：unsplash
當筆者開始一個新的React應用程序時，總會安裝這些庫，省時省力，豈不美哉?
Formik能更快編寫漂亮的表單。
測試庫 有助于編寫耐用的集成測試，為應用程序提供信心。
CSS Modules 和 classnames 用于編寫有作用域的CSS。
Downshift 可以創建可訪問的組合框和選擇輸入，而無需覆蓋默認樣式。
這樣的神器，你值得擁有!
