[[440666]]

本文轉載自微信公眾號「黑客下午茶」，作者為少 。轉載本文請聯系黑客下午茶公眾號。

前端手冊

本指南涵蓋了我們如何在 Sentry 編寫前端代碼， 并特別關注 Sentry 和 Getsentry 代碼庫。它假設您使用的是 eslint-config-sentry 概述的 eslint 規則;因此，這里不會討論由這些 linting 規則強制執行的代碼風格。

• https://github.com/getsentry/eslint-config-sentry

目錄結構

前端代碼庫當前位于 sentry 中的 src/sentry/static/sentry/app 和 getentry 中的 static/getsentry 下。(我們打算在未來與 static/sentry 保持一致。)

文件夾和文件結構

文件命名

• 根據模塊的功能或類的使用方式或使用它們的應用程序部分，有意義地命名文件。
• 除非必要，否則不要使用前綴或后綴(即 dataScrubbingEditModal、dataScrubbingAddModal)，而是使用像 dataScrubbing/editModal 這樣的名稱。

使用 index.(j|t)?(sx)

在文件夾中有一個 index 文件提供了一種隱式導入主文件而不指定它的方法

index 文件的使用應遵循以下規則：

• 如果創建文件夾來對一起使用的組件進行分組，并且有一個入口點組件，它使用分組內的組件(examples、avatar、idBadge)。入口點組件應該是 index 文件。
• 不要使用 index.(j|t)?(sx) 文件，如果文件夾包含在應用程序的其他部分使用的組件，與入口點文件無關。(即，actionCreators，panels)
• 不要僅僅為了重新導出而使用 index 文件。更傾向于導入單個組件。

React

定義 React 組件

新組件在需要訪問 this 時使用 class 語法，以及類字段+箭頭函數方法定義。

class Note extends React.Component { 
  static propTypes = { 
    author: PropTypes.object.isRequired, 
    onEdit: PropTypes.func.isRequired, 
  }; 
 
  // 請注意，方法是使用箭頭函數類字段定義的（綁定“this”） 
  handleChange = value => { 
    let user = ConfigStore.get('user'); 
 
    if (user.isSuperuser) { 
      this.props.onEdit(value); 
    } 
  }; 
 
  render() { 
    let {content} = this.props; // 對 props 使用解構賦值 
 
    return <div onChange={this.handleChange}>{content}</div>; 
  } 
} 
 
export default Note; 

一些較舊的組件使用 createReactClass 和 mixins，但這已被棄用。

組件與視圖

app/components/ 和 app/views 文件夾都包含 React 組件。

使用通常不會在代碼庫的其他部分重用的 UI 視圖。

使用設計為高度可重用的 UI 組件。

組件應該有一個關聯的 .stories.js 文件來記錄它應該如何使用。

使用 yarn storybook 在本地運行 Storybook 或在 https://storybook.getsentry.net/ 上查看托管版本

PropTypes

使用它們，要明確，盡可能使用共享的自定義屬性。

更傾向 Proptypes.arrayOf 而不是 PropTypes.array 和 PropTypes.shape 而不是 PropTypes.object

如果你使用一組重要的、定義良好的 key(你的組件依賴)傳遞對象，那么使用 PropTypes.shape 顯式定義它們：

PropTypes.shape({ 
  username: PropTypes.string.isRequired, 
  email: PropTypes.string 
}) 

如果您要重復使用自定義 prop-type 或傳遞常見的共享 shape(如 organization、project 或 user)， 請確保從我們有用的自定義集合中導入 proptype!

• https://github.com/getsentry/sentry/blob/master/static/app/sentryTypes.tsx

事件處理程序

我們使用不同的前綴來更好地區分事件處理程序和事件回調屬性。

對事件處理程序使用 handle 前綴，例如：

<Button onClick={this.handleDelete}/> 

 

對于傳遞給組件的事件回調屬性，請使用 on 前綴，例如：

<Button onClick={this.props.onDelete}> 

CSS 和 Emotion

• 使用 Emotion，使用 theme 對象。
• 最好的樣式是您不編寫的樣式 - 盡可能使用現有組件。
• 新代碼應該使用 css-in-js 庫 e m o t i o n - 它允許您將樣式綁定到元素而無需全局選擇器的間接性。你甚至不需要打開另一個文件!
• 從 props.theme 獲取常量(z-indexes, paddings, colors)
  • https://emotion.sh/
  • https://github.com/getsentry/sentry/blob/master/static/app/utils/theme.tsx

import styled from 'react-emotion'; 
 
const SomeComponent = styled('div')` 
  border-radius: 1.45em; 
  font-weight: bold; 
  z-index: ${p => p.theme.zIndex.modal}; 
  padding: ${p => p.theme.grid}px ${p => p.theme.grid * 2}px; 
  border: 1px solid ${p => p.theme.borderLight}; 
  color: ${p => p.theme.purple}; 
  box-shadow: ${p => p.theme.dropShadowHeavy}; 
`; 
 
export default SomeComponent; 

請注意，reflexbox(例如Flex 和Box)已被棄用，請避免在新代碼中使用。

stylelint 錯誤

"No duplicate selectors"

當您使用樣式組件(styled component)作為選擇器時會發生這種情況，我們需要通過使用注釋來輔助 linter 來告訴 stylelint 我們正在插入的是一個選擇器。例如

const ButtonBar = styled("div")` 
  ${/* sc-selector */Button) { 
     border-radius: 0; 
  } 
`; 

有關其他標簽和更多信息，請參閱。

• https://styled-components.com/docs/tooling#interpolation-tagging

狀態管理

我們目前使用 Reflux 來管理全局狀態。

Reflux 實現了 Flux 概述的單向數據流模式。 Store 注冊在 app/stores 下，用于存儲應用程序使用的各種數據。 Action 需要在 app/actions 下注冊。我們使用 action creator 函數(在 app/actionCreators 下)來分派 action。 Reflux store 監聽 action 并相應地更新自己。

我們目前正在探索 Reflux 庫的替代方案以供將來使用。

• https://github.com/reflux/refluxjs
• https://facebook.github.io/flux/docs/overview.html

測試

我們正在遠離 Enzyme，轉而使用 React Testing Library。有關 RTL 提示，請查看此頁面。

注意：你的文件名必須是 .spec.jsx 否則 jest 不會運行它!

我們在 setup.js 中定義了有用的 fixtures，使用這些!如果您以重復的方式定義模擬數據，則可能值得添加此文件。routerContext 是一種特別有用的方法，用于提供大多數視圖所依賴的上下文對象。

• https://github.com/getsentry/sentry/blob/master/tests/js/setup.ts

Client.addMockResponse 是模擬 API 請求的最佳方式。這是我們的代碼， 所以如果它讓您感到困惑，只需將 console.log() 語句放入其邏輯中即可!

• https://github.com/getsentry/sentry/blob/master/static/app/__mocks__/api.tsx

我們測試環境中的一個重要問題是，enzyme 修改了 react 生命周期的許多方面以同步評估(即使它們通常是異步的)。當您觸發某些邏輯并且沒有立即在您的斷言邏輯中反映出來時，這可能會使您陷入一種虛假的安全感。

標記您的測試方法 async 并使用 await tick(); 實用程序可以讓事件循環刷新運行事件并修復此問題：

wrapper.find('ExpandButton').simulate('click'); 
await tick(); 
expect(wrapper.find('CommitRow')).toHaveLength(2); 

選擇器

如果您正在編寫 jest 測試，您可以使用 Component(和 Styled Component)名稱作為選擇器。此外，如果您需要使用 DOM 查詢選擇器，請使用 data-test-id 而不是類名。我們目前沒有，但我們可以在構建過程中使用 babel 去除它。

測試中未定義的 theme 屬性

而不是使用來自 enzyme 的 mount() ...使用這個：import {mountWithTheme} from 'sentry-test/enzyme' 以便被測組件用 。

• https://emotion.sh/docs/theming

Babel 語法插件

我們決定只使用處于 stage 3(或更高版本)的 ECMAScript 提案(參見 TC39 提案)。此外，因為我們正在遷移到 typescript，我們將與他們的編譯器支持的內容保持一致。唯一的例外是裝飾器。

• https://github.com/tc39/proposals

新語法

可選鏈

可選鏈 幫助我們訪問 [嵌套] 對象， 而無需在每個屬性/方法訪問之前檢查是否存在。如果我們嘗試訪問 undefined 或 null 對象的屬性，它將停止并返回 undefined。

https://github.com/tc39/proposal-optional-chaining

語法

可選鏈操作符拼寫為 ?.。它可能出現在三個位置：

obj?.prop       // 可選的靜態屬性訪問 
obj?.[expr]     // 可選的動態屬性訪問 
func?.(...args) // 可選的函數或方法調用 

來自 https://github.com/tc39/proposal-optional-chaining

空值合并

這是一種設置“默認”值的方法。例如：以前你會做類似的事情

let x = volume || 0.5; 

這是一個問題，因為 0 是 volume 的有效值，但因為它的計算結果為 false -y，我們不會使表達式短路，并且 x 的值為 0.5

如果我們使用空值合并

• https://github.com/tc39/proposal-nullish-coalescing

let x = volume ?? 0.5 

如果 volume 為 null 或 undefined，它只會默認為 0.5。

語法

基本情況。如果表達式在 ?? 的左側運算符計算為 undefined 或 null，則返回其右側。

const response = { 
  settings: { 
    nullValue: null, 
    height: 400, 
    animationDuration: 0, 
    headerText: '', 
    showSplashScreen: false 
  } 
}; 
 
const undefinedValue = response.settings.undefinedValue ?? 'some other default'; // result: 'some other default' 
const nullValue = response.settings.nullValue ?? 'some other default'; // result: 'some other default' 
const headerText = response.settings.headerText ?? 'Hello, world!'; // result: '' 
const animationDuration = response.settings.animationDuration ?? 300; // result: 0 
const showSplashScreen = response.settings.showSplashScreen ?? true; // result: false 

Lodash

確保不要使用默認的 lodash 包導入 lodash 實用程序。有一個 eslint 規則來確保這不會發生。而是直接導入實用程序，例如 import isEqual from 'lodash/isEqual';。

以前我們使用了 lodash-webpack-plugin 和 babel-plugin-lodash 的組合， 但是在嘗試使用新的 lodash 實用程序(例如這個 PR)時很容易忽略這些插件和配置。通過 webpack tree shaking 和 eslint 強制執行，我們應該能夠保持合理的包大小。

• https://www.npmjs.com/package/lodash-webpack-plugin
• https://github.com/lodash/babel-plugin-lodash
• https://github.com/getsentry/sentry/pull/13834

有關更多信息，請參閱此 PR。

• https://github.com/getsentry/sentry/pull/15521

我們更喜歡使用可選鏈和空值合并而不是來自 lodash/get 的 get。

Typescript

• Typing DefaultProps

遷移指南

• Grid-Emotion

Storybook Styleguide

引用其文檔，“Storybook 是用于 UI 組件的 UI 開發環境。有了它，您可以可視化 UI 組件的不同狀態并以交互方式開發它們。”

更多細節在這里：

• https://storybook.js.org/

我們使用它嗎?

是的!我們將 Storybook 用于 getsentry/sentry 項目。 Storybook 的配置可以在 https://github.com/getsentry/sentry/tree/master/.storybook 中找到。

要在本地運行 Storybook，請在 getsentry/sentry 存儲庫的根目錄中運行 npm run storybook。

它部署在某個地方嗎?

Sentry 的 Storybook 是使用 Vercel 構建和部署的。每個 Pull Request 都有自己的部署，每次推送到主分支都會部署到 https://storybook.sentry.dev。

• https://storybook.sentry.dev

Typing DefaultProps

由于 Typescript 3.0 默認 props 可以更簡單地輸入。有幾種不同的方法適合不同的場景。

類(Class)組件

import React from 'react'; 
 
type DefaultProps = { 
  size: 'Small' | 'Medium' | 'Large'; // 這些不應標記為可選 
}; 
 
// 沒有 Partial<DefaultProps> 
type Props = DefaultProps & { 
  name: string; 
  codename?: string; 
}; 
 
class Planet extends React.Component<Props> { 
  // 沒有 Partial<Props> 因為它會將所有內容標記為可選 
  static defaultProps: DefaultProps = { 
    size: 'Medium', 
  }; 
 
  render() { 
    const {name, size, codename} = this.props; 
 
    return ( 
      <p> 
        {name} is a {size.toLowerCase()} planet. 
        {codename && ` Its codename is ${codename}`} 
      </p> 
    ); 
  } 
} 
 
const planet = <Planet name="Mars" />; 

或在 typeof 的幫助下：

import React from 'react'; 
 
const defaultProps = { 
  size: 'Medium' as 'Small' | 'Medium' | 'Large', 
}; 
 
type Props = { 
  name: string; 
  codename?: string; 
} & typeof defaultProps; 
// 沒有 Partial<typeof defaultProps> 因為它會將所有內容標記為可選 
 
class Planet extends React.Component<Props> { 
  static defaultProps = defaultProps; 
 
  render() { 
    const {name, size, codename} = this.props; 
 
    return ( 
      <p> 
        {name} is a {size.toLowerCase()} planet. Its color is{' '} 
        {codename && ` Its codename is ${codename}`} 
      </p> 
    ); 
  } 
} 
 
const planet = <Planet name="Mars" />; 

函數式(Function)組件

import React from 'react'; 
 
// 函數組件上的 defaultProps 將在未來停止使用 
// https://twitter.com/dan_abramov/status/1133878326358171650 
// https://github.com/reactjs/rfcs/pull/107 
// 我們應該使用默認參數 
 
type Props = { 
  name: string; 
  size?: 'Small' | 'Medium' | 'Large'; // 具有 es6 默認參數的屬性應標記為可選 
  codename?: string; 
}; 
 
// 共識是輸入解構的 Props 比使用 React.FC<Props> 稍微好一點 
// https://github.com/typescript-cheatsheets/react-typescript-cheatsheet#function-components 
const Planet = ({name, size = 'Medium', codename}: Props) => { 
  return ( 
    <p> 
      {name} is a {size.toLowerCase()} planet. 
      {codename && ` Its codename is ${codename}`} 
    </p> 
  ); 
}; 
 
const planet = <Planet name="Mars" />; 

參考

• Typescript 3.0 Release notes
  • https://www.typescriptlang.org/docs/handbook/release-notes/typescript-3-0.html#support-for-defaultprops-in-jsx
• Stack Overflow question on typing default props
  • https://stackoverflow.com/questions/37282159/default-property-value-in-react-component-using-typescript/37282264#37282264

使用 Hooks

為了使組件更易于重用和更易于理解，React 和 React 生態系統一直趨向于函數式組件和 hooks。 Hooks 是一種向功能組件添加狀態和副作用的便捷方式。它們還為庫提供了一種公開行為的便捷方式。

雖然我們通常支持 hooks，但我們有一些關于 hooks 應該如何與 Sentry 前端一起使用的建議。

使用庫中的 hooks

如果一個庫提供了 hooks，你應該使用它們。通常，這將是使用庫的唯一方法。例如，dnd-kit 通過鉤子公開了它的所有原語(primitives)，我們應該按照預期的方式使用該庫。

我們不喜歡使用不用 hooks 的庫。相反，與具有更大、更復雜的 API 或更大的包大小的庫相比， 更喜歡具有更清晰、更簡單的 API 和更小的包大小的庫。

使用 react 的內置 hooks

useState, useMemo, useCallback, useContext 和 useRef hooks 在任何函數式組件中都是受歡迎的。在需要少量狀態或訪問 react 原語(如引用和上下文)的展示組件中，它們通常是一個不錯的選擇。例如，具有滑出(slide-out)或可展開狀態(expandable state)的組件。

useEffect hook 更復雜，您需要小心地跟蹤您的依賴項并確保通過清理回調取消訂閱。應避免 useEffect 的復雜鏈式應用程序，此時 'controller' 組件應保持基于類(class)。

同樣，useReducer 鉤子與目前尚未確定的狀態管理重疊。我們希望避免 又一個 狀態管理模式，因此此時避免使用useReducer。

使用 context

當我們計劃遠離 Reflux 的路徑時，useContext hook 提供了一個更簡單的實現選項來共享狀態和行為。當您需要創建新的共享狀態源時，請考慮使用 context 和 useContext 而不是 Reflux。此外，可以利用蟲洞狀態管理模式來公開共享狀態和突變函數。

• https://swizec.com/blog/wormhole-state-management

使用自定義 hooks

可以創建自定義 hooks 來共享應用程序中的可重用邏輯。創建自定義 hook 時，函數名稱必須遵循約定，以 “use” 開頭(例如 useTheme)， 并且可以在自定義 hooks 內調用其他 hooks。

注意 hooks 的規則和注意事項

React hooks 有一些規則。請注意 hooks 創建的規則和限制。我們使用 ESLint 規則來防止大多數 hook 規則被非法侵入。

• https://reactjs.org/docs/hooks-rules.html

此外，我們建議您盡量少使用 useEffect。使用多個 useEffect 回調表示您有一個高度有狀態的組件， 您應該使用類(class)組件來代替。

我們的基礎視圖組件仍然是基于類的

我們的基礎視圖組件(AsyncView 和 AsyncComponent)是基于類的，并且會持續很長時間。在構建視圖時請記住這一點。您將需要額外的 wrapper 組件來訪問 hooks 或將 hook state 轉換為您的 AsyncComponent 的 props。

不要為 hooks 重寫

雖然 hooks 可以在新代碼中符合人體工程學，但我們應該避免重寫現有代碼以利用 hooks。重寫需要時間，使我們面臨風險，并且為最終用戶提供的價值很小。

如果您需要重新設計一個組件以使用庫中的 hooks，那么還可以考慮從一個類轉換為一個函數組件。

使用 React Testing Library

我們正在將我們的測試從 Enzyme 轉換為 React Testing Library。在本指南中，您將找到遵循最佳實踐和避免常見陷阱的技巧。

我們有兩個 ESLint 規則來幫助解決這個問題：

• eslint-plugin-jest-dom
  • https://github.com/testing-library/eslint-plugin-jest-dom
• eslint-plugin-testing-library
  
  • https://github.com/testing-library/eslint-plugin-testing-library

我們努力以一種與應用程序使用方式非常相似的方式編寫測試。

我們不是處理渲染組件的實例，而是以與用戶相同的方式查詢 DOM。我們通過 label 文本找到表單元素(就像用戶一樣)，我們從他們的文本中找到鏈接和按鈕(就像用戶一樣)。

作為此目標的一部分，我們避免測試實現細節，因此重構(更改實現但不是功能)不會破壞測試。

我們通常贊成用例覆蓋而不是代碼覆蓋。

查詢

• 盡可能使用 getBy...
• 僅在檢查不存在時使用 queryBy...
• 僅當期望元素在可能不會立即發生的 DOM 更改后出現時才使用 await findBy...

為確保測試類似于用戶與我們的代碼交互的方式，我們建議使用以下優先級進行查詢：

1.getByRole - 這應該是幾乎所有東西的首選選擇器。

作為這個選擇器的一個很好的獎勵，我們確保我們的應用程序是可訪問的。它很可能與 name 選項 getByRole('button', {name: /save/i}) 一起使用。 name 通常是表單元素的 label 或 button 的文本內容，或 aria-label 屬性的值。如果不確定，請使用 logRoles 功能 或查閱可用角色列表。

2.https://testing-library.com/docs/dom-testing-library/api-accessibility/#logroles

3.https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques#roles

4.getByLabelText/getByPlaceholderText - 用戶使用 label 文本查找表單元素，因此在測試表單時首選此選項。

getByText - 在表單之外，文本內容是用戶查找元素的主要方式。此方法可用于查找非交互式元素(如 div、span 和 paragraph)。

getByTestId - 因為這不反映用戶如何與應用交互，所以只推薦用于不能使用任何其他選擇器的情況

如果您仍然無法決定使用哪個查詢， 請查看 testing-playground.com 以及 screen.logTestingPlaygroundURL() 及其瀏覽器擴展。

• https://testing-playground.com/

不要忘記，你可以在測試中的任何地方放置 screen.debug() 來查看當前的 DOM。

在官方文檔中閱讀有關查詢的更多信息。

• https://testing-library.com/docs/queries/about/

技巧

避免從 render 方法中解構查詢函數，而是使用 screen(examples)。當您添加/刪除您需要的查詢時，您不必使 render 調用解構保持最新。您只需要輸入 screen 并讓您的編輯器的自動完成功能處理其余的工作。

• https://github.com/getsentry/sentry/pull/29312

import { mountWithTheme, screen } from "sentry-test/reactTestingLibrary"; 
 
// ❌ 
const { getByRole } = mountWithTheme(<Example />); 
const errorMessageNode = getByRole("alert"); 
 
// ✅ 
mountWithTheme(<Example />); 
const errorMessageNode = screen.getByRole("alert"); 

除了檢查不存在(examples)之外，避免將 queryBy... 用于任何事情。如果沒有找到元素，getBy... 和 findBy... 變量將拋出更有用的錯誤消息。

• https://github.com/getsentry/sentry/pull/29517

import { mountWithTheme, screen } from "sentry-test/reactTestingLibrary"; 
 
// ❌ 
mountWithTheme(<Example />); 
expect(screen.queryByRole("alert")).toBeInTheDocument(); 
 
// ✅ 
mountWithTheme(<Example />); 
expect(screen.getByRole("alert")).toBeInTheDocument(); 
expect(screen.queryByRole("button")).not.toBeInTheDocument(); 

避免使用 waitFor 等待出現，而是使用 findBy...(examples)。這兩個基本上是等價的(findBy... 甚至在其里面使用了 waitFor)，但是 findBy... 更簡單，我們得到的錯誤信息也會更好。

• https://github.com/getsentry/sentry/pull/29544

import { 
  mountWithTheme, 
  screen, 
  waitFor, 
} from "sentry-test/reactTestingLibrary"; 
 
// ❌ 
mountWithTheme(<Example />); 
await waitFor(() => { 
  expect(screen.getByRole("alert")).toBeInTheDocument(); 
}); 
 
// ✅ 
mountWithTheme(<Example />); 
expect(await screen.findByRole("alert")).toBeInTheDocument(); 

避免使用 waitFor 等待消失，使用 waitForElementToBeRemoved 代替(examples)。

• https://github.com/getsentry/sentry/pull/29547

后者使用 MutationObserver，這比使用 waitFor 定期輪詢 DOM 更有效。

import { 
  mountWithTheme, 
  screen, 
  waitFor, 
  waitForElementToBeRemoved, 
} from "sentry-test/reactTestingLibrary"; 
 
// ❌ 
mountWithTheme(<Example />); 
await waitFor(() => 
  expect(screen.queryByRole("alert")).not.toBeInTheDocument() 
); 
 
// ✅ 
mountWithTheme(<Example />); 
await waitForElementToBeRemoved(() => screen.getByRole("alert")); 

更喜歡使用 jest-dom 斷言(examples)。使用這些推薦的斷言的優點是更好的錯誤消息、整體語義、一致性和統一性。

• https://github.com/getsentry/sentry/pull/29508

import { mountWithTheme, screen } from "sentry-test/reactTestingLibrary"; 
 
// ❌ 
mountWithTheme(<Example />); 
expect(screen.getByRole("alert")).toBeTruthy(); 
expect(screen.getByRole("alert").textContent).toEqual("abc"); 
expect(screen.queryByRole("button")).toBeFalsy(); 
expect(screen.queryByRole("button")).toBeNull(); 
 
// ✅ 
mountWithTheme(<Example />); 
expect(screen.getByRole("alert")).toBeInTheDocument(); 
expect(screen.getByRole("alert")).toHaveTextContent("abc"); 
expect(screen.queryByRole("button")).not.toBeInTheDocument(); 

按文本搜索時，最好使用不區分大小寫的正則表達式。它將使測試更能適應變化。

import { mountWithTheme, screen } from "sentry-test/reactTestingLibrary"; 
 
// ❌ 
mountWithTheme(<Example />); 
expect(screen.getByText("Hello World")).toBeInTheDocument(); 
 
// ✅ 
mountWithTheme(<Example />); 
expect(screen.getByText(/hello world/i)).toBeInTheDocument(); 

盡可能在 fireEvent 上使用 userEvent。 userEvent 來自 @testing-library/user-event 包，它構建在 fireEvent 之上，但它提供了幾種更類似于用戶交互的方法。

// ❌ 
import { 
  mountWithTheme, 
  screen, 
  fireEvent, 
} from "sentry-test/reactTestingLibrary"; 
mountWithTheme(<Example />); 
fireEvent.change(screen.getByLabelText("Search by name"), { 
  target: { value: "sentry" }, 
}); 
 
// ✅ 
import { 
  mountWithTheme, 
  screen, 
  userEvent, 
} from "sentry-test/reactTestingLibrary"; 
mountWithTheme(<Example />); 
userEvent.type(screen.getByLabelText("Search by name"), "sentry"); 

遷移 - grid-emotion

grid-emotion 已經被棄用一年多了，新項目是 reflexbox。為了升級到最新版本的 emotion，我們需要遷移出 grid-emotion。

要遷移，請使用 emotion 將導入的 和 組件替換為帶樣式的組件。

組件

用下面的替換組件，然后刪除必要的 props 并移動到 styled component。

<Flex>

const Flex = styled('div')` 
  display: flex; 
`; 

<Box>

const Box = styled('div')` 
`; 

屬性

如果您正在修改導出的組件，請確保通過該組件的代碼庫進行 grep 以確保它沒有被渲染為特定于 grid-emotion 的附加屬性。示例是 組件。

margin 和 padding

舊 (grid-emotion)	新 (css/emotion/styled)
m={2}	margin: ${space(2);
mx={2}	margin-left: ${space(2); margin-right: ${space(2)};
my={2}	margin-top: ${space(2); margin-bottom: ${space(2)};
ml={2}	margin-left: ${space(2);
mr={2}	margin-right: ${space(2);
mt={2}	margin-top: ${space(2);
mb={2}	margin-bottom: ${space(2);

flexbox

這些是 flexbox 屬性

舊 (grid-emotion)	新 (css/emotion/styled)
align="center"	align-items: center;
justify="center"	justify-content: center;
direction="column"	flex-direction: column;
wrap="wrap"	flex-wrap: wrap;

現在只需忽略 grid-emotion 的導入語句，例如 // eslint-disable-line no-restricted-imports