跳到主要內容

React Hook - useContext & Test Context

Introduction

我在Study React所撰寫的第一個範例是系統的登入與登出,而登入狀態需要由上層元件傳遞給登入與登出元件做修改。在這範例中,由於上層元件與登入元件只有一層,所以我可以透過建構元將狀態傳遞過去;然而登出元件與上層元件相差太多層,傳遞並不是那麼容易。

在React Hook推出之前,有flux、Redux,或者是後來推出的Context,都可以解決這個問題;而本篇要介紹的useContext,我認為比前面幾個都還容易達到需求。

以一個登入畫面為例,我們在App元件中,希望能透過authState來決定該顯示登入畫面又或者是登入後的畫面;假如使用者尚未登入,那我們會將會Route至登入畫面,即LoginForm元件。在LoginForm中,如果使用者成功登入後,會去修改這個authState;而React會因為這個狀態的改變,重新render App元件並Route至登入後的畫面。我將在App中createContext,而LoginForm將會useContext去做狀態的修改。

createContext

首先透過React.createContext建立共用的Context變數AuthContext。在App元件中,透過useState宣告了成員變數authState,並使用AuthContext.Provider將變數分享給下層元件。從程式碼可以得知,如果authState為true就會render DefaultLayout元件;反之則是LoginForm元件。

export const AuthContext = React.createContext(null);
 
function App(){
  const [ authState, setAuthState ] = useState(false);
 
  let route_target;
  if( !authState) {
    route_target = <Route path="/" name="Login" component={LoginForm}/>;
  } else
    route_target = <Route path="/" name="Home" component={DefaultLayout} />;
 
  return (
    <AuthContext.Provider value={[authState, setAuthState]}>
      <HashRouter>
        <Switch>
        {route_target}
        </Switch>
      </HashRouter>
    </AuthContext.Provider>
  );
}

useContext

在我的LoginForm元件中,可以透過useContext去拿到authState與setAuthState。當使用者輸入帳號密碼並點擊Login Button後,會觸發handleSubmit,接著它會透過Auth.signIn去執行登入動作。在這裡會根據登入成功與否,去透過setAuthState更新authState。

function LoginForm(){
  const [ authState, setAuthState ] = useContext(AuthContext);
  const [ username, setUserName ] = useState("");
  const [ password, setPassword ] = useState("");
  const [ feedback, setFeedBack ] = useState(null);
 
  const validateForm = ()=>{
    return username.length > 0 && password.length > 0;
  }
 
  const handleSubmit = (e)=>{
    e.preventDefault();
    try {
      Auth.signIn(username, password);
      setAuthState(true);
    } catch( err ) {
      setFeedBack(err.message);
    }
  }
 
  const showFeedback = ()=>{
    return feedback != null;
  }
 
  return (
 
    <div className="Login">
      <form onSubmit={handleSubmit}>
        <FormGroup>
          <Label>Username</Label>
          <Input
            autoFocus
            aria-label="username-input"
            type="text"
            value={username}
            onChange={e=>setUserName(e.target.value)}
          ></Input>
        </FormGroup>
        <FormGroup>
          <Label>Password</Label>
          <Input
            value={password}
            aria-label="password-input"
            onChange={e=>setPassword(e.target.value)}
            type="password"
          ></Input>
        </FormGroup>
        <Button
          block
          disabled={!validateForm()}
          type="submit"
          onClick={()=>{}}
        >
          Login
        </Button>
        <br/>
        <Alert color="danger" isOpen={showFeedback()} fade={true} aria-label="feedback">{feedback}</Alert>
      </form>
 
    </div>
  );
}

Unit Test

在單元測試部分,為了要傳遞共享的Context資料給LoginForm,於是我做了一個中繼的LoginFormComp,使用方式類似App的做法。除此之外,我使用了React Hook的useEffect;當LoginForm修改了登入狀態,它就會觸發useEffect裡面的動作,在這我用來標記登入成功與否。可以直接參考測試“Login success”,在輸入帳號密碼與點擊Login Button後,就可以驗證authState是否為true。假如要模擬登入失敗的情況,可以使用mockImplementation讓它拋出例外。

import {render, fireEvent, cleanup} from 'react-testing-library';
import React, { useState, useEffect } from 'react';
import LoginForm from '../LoginForm/LoginForm';
import { AuthContext } from "../../../App";
import Auth from "../Components/Auth/Auth"
 
let authState = false;
function LoginFormComp(){
    const [ state, setState ] = useState(false);
    useEffect(()=>{
        authState = state;
    });
    return <AuthContext.Provider value={[state, setState]}><LoginForm/></AuthContext.Provider>;
}
 
 
describe('<LoginForm/>',()=>{
    afterEach(cleanup);
 
    const inputLoginInfo = (utils, username, password)=>{
        const username_input = utils.getByLabelText('username-input');
        const password_input = utils.getByLabelText('password-input');
 
        fireEvent.change(username_input, {
            target: { value: username }
        });
        fireEvent.change(password_input, {
            target: { value: password }
        });
    };
 
    const clickLoginBtn = (utils)=>{
        const loginButton = utils.getByText('Login');
        fireEvent.click(loginButton);
    };
 
    const givenAuthSignInSuccessfully = ()=>{
        const auth_do_nothing = jest.fn();
        auth_do_nothing.mockImplementation(()=>{});
        Auth.signIn = auth_do_nothing.bind(Auth);
    };
 
    it('Login success', ()=>{
        // given
        givenAuthSignInSuccessfully();
        const formComp = render(<LoginFormComp/>);
 
         // when
         inputLoginInfo(formComp, 'ADMIN', 'ADMIN');
         clickLoginBtn(formComp);
 
        // then
        expect(authState).toBeTruthy();
    });
});

其它

本篇文章中,我的Context僅儲存一個boolean變數;假如你的資料較為複雜,是可以透過json去建置資料。除此之外,針對資料部分,也可以獨立做成Model元件。後續有機會會再分享關於較複雜資料與jest的使用細節。

Reference

留言

這個網誌中的熱門文章

Show NIC selection when setting the network command with the device option

 Problem  在answer file中設定網卡名稱後,安裝時會停在以下畫面: 所使用的command參數如下: network --onboot = yes --bootproto =dhcp --ipv6 =auto --device =eth1 Diagnostic Result 這樣的參數,以前試驗過是可以安裝完成的。因此在發生這個問題後,我檢查了它的debug console: 從console得知,eth1可能是沒有連接網路線或者是網路太慢而導致的問題。後來和Ivy再三確認,有問題的是有接網路線的網卡,且問題是發生在activate階段: Solution 我想既然有retry應該就有次數或者timeout限制,因此發現在Anaconda的說明文件中( link ),有提到dhcptimeout這個boot參數。看了一些人的使用範例,應該是可以直接串在isolinux.cfg中,如下: default linux ksdevice = link ip =dhcp ks =cdrom: / ks.cfg dhcptimeout = 90 然而我在RHEL/CentOS 6.7與6.8試驗後都無效。 因此我就拿了顯示的錯誤字串,問問Google大師,想找一下Anaconda source code來看一下。最後找到別人根據Anaconda code修改的版本: link ,關鍵在於setupIfaceStruct函式中的setupIfaceStruct與readNetConfig: setupIfaceStruct: 會在dhcp時設定dhcptimeout。 readNetConfig: 在writeEnabledNetInfo將timeout寫入dhclient config中;在wait_for_iface_activation內會根據timeout做retry。 再來從log與code可以得知,它讀取的檔案是answer file而不是boot command line。因此我接下來的測試,就是在answer file的network command上加入dhcptimeout: network --onboot = yes --bootproto =dhcp --ipv6 =auto --device =eth1 --dhcptimeo

解決RobotFramework從3.1.2升級到3.2.2之後,Choose File突然會整個Hand住的問題

考慮到自動測試環境的維護,我們很久以前就使用java去執行robot framework。前陣子開始處理從3.1.2升級到3.2.2的事情,主要先把明確的runtime語法錯誤與deprecate item處理好,這部分內容可以參考: link 。 直到最近才發現,透過SeleniumLibrary執行Choose File去上傳檔案的動作,會導致測試案例timeout。本篇文章主要分享心路歷程與解決方法,我也送了一條issue給robot framework: link 。 我的環境如下: RobotFramework: 3.2.2 Selenium: 3.141.0 SeleniumLibrary: 3.3.1 Remote Selenium Version: selenium-server-standalone-3.141.59 首先並非所有Choose File的動作都會hang住,有些測試案例是可以執行的,但是上傳一個作業系統ISO檔案一定會發生問題。後來我透過wireshark去比對新舊版本的上傳動作,因為我使用 Remote Selenium ,所以Selenium會先把檔案透過REST API發送到Remote Selenium Server上。從下圖我們可以發現,在3.2.2的最後一個TCP封包,比3.1.2大概少了500個bytes。 於是就開始了我trace code之路。包含SeleniumLibrary產生要送給Remote Selenium Server的request內容,還有HTTP Content-Length的計算,我都確認過沒有問題。 最後發現問題是出在socket API的使用上,就是下圖的這支code: 最後發現可能因為開始使用nio的方式送資料,但沒處理到尚未送完的資料內容,而導致發生問題。加一個loop去做計算就可以解決了。 最後我有把解法提供給robot framework官方,在他們出新的版本之前,我是將改完的_socket.py放在我們自己的Lib底下,好讓我們測試可以正常進行。(shutil.py應該也是為了解某個bug而產生的樣子..)

PostgreSQL - Unattended installation on windows

Introduction 要將別人軟體包裝到自己軟體中,不可或缺的東西就是Unattended installation。以Unattended installation來說,我們可以選擇透過Installer的silent mode安裝,也可以透過把目標軟體做成portable的版本。本篇文章分享這兩種方法,教導大家如何將PostgreSQL透過Unattended installation方式安裝到目標系統成為service。 Note. 本篇以PostgreSQL 10.7為例。 Install with installer Tips 安裝程式或反安裝程式的參數,除了可以直接上官網搜尋Installation User Guide以外,也可以直接使用help參數查詢: postgresql- 10.7 - 2 -windows-x64.exe --help Windows安裝程式主要有EnterpriseDB與BigSQL兩種。BigSQL版本安裝元件是透過網路下載且支援參數不如EnterpriseDB版本多,以我們需求來說,我們傾向於使用EnterpriseDB版本。接下來分享給大家安裝與反安裝方法。 Installation @ echo off set INSTALL_DIR =C:\postgres10 set INSTALLER =postgresql- 10.7 - 2 -windows-x64.exe   rem options for installation set SSMDB_SERVICE =postgresql- 10 set MODE =--unattendedmodeui none --mode unattended   set DB_PASSWD =--superpassword postgres set DB_PORT =--serverport 5432   set SERVICE_NAME =--servicename % SSMDB_SERVICE %   set PREFIX =--prefix "%INSTALL_DIR%" set DATA_DIR =--datadir "%INSTALL_DIR%\data"   set OPTIONS =