DevUI components based on React

English | 简体中文

In development.

Need unit test support (Jest) 🤝

We add chmod ug+x .husky/ at prepare that make sure the files is executable in linux. So you use other OS, just ignore error.

Execute the following command to preview the component:

yarn site:serve

For non-new component contributions, please refer to Contribution Guide.

├── packages                                    // Root Directory: Project
│   │
│   │
│   ├── site                                    // Root Directory: Website
│   │   └── src
│   │       ├── app
│   │       │   ├── components                  // Components
│   │       │   ├── configs                     // Configuration files (json)
│   │       │   ├── i18n                        // Internationalization
│   │       │   ├── routes                      // Routes
│   │       │   └── styles                      // Styles
│   │       ├── assets                          // Static resources
│   │       └── environments                    // Configuration files in development and production environments
│   │
│   │
│   └── ui                                      // Root Directory: Components
│       └── src
│           ├── components                      // Components
│           ├── hooks                           // Hooks
│           ├── styles                          // Styles
│           ├── tests                           // Test configuration
│           └── utils                           // Utility function
│
│
└── tools                                       // Root Directory: Project Cli

Refer to README.md under the .vscode directory

• Use Hooks to complete the components.
• Keep the independence of components to the greatest extent possible, and use component combinations to complete more complex logic, for example: Drawer component separates the Header, so that we can use the DrawerHeader alone instead of passing the header's Props to the Drawer component. More than that, the separation of the components saves us from worrying about future component functions becoming more and more difficult to maintain.
• Ensure that the component Props inherits native attributes, such as React.HTMLAttributes<HTMLElement>. We hope that the use of the component is consistent with the DOM element. When implementing the component, we need to be careful not to overwrite the id and className passed by the user , style and events (such as onClick).
• Ensure that only the Props of the root component of the complex component provides callbacks, such as only DMenu provides the onActiveChange callback.
• Support two-way binding (useTwoWayBinding), refer to DRadio.
• Data entry must be implemented using native input, and use useTwoWayBinding to support future form components, refer to DRadio.
• Use useAsync to manage asynchronous functions. By intercepting asynchronous methods, such as setTimeout, we ensure that asynchronous functions will not be executed after the component is destroyed.
• Be sure to follow WAI-ARIA, some undefined components, such as Drawer, we should also try our best according to the usage Provide WAI-ARIA support.
• Support internationalization, refer to DFooter.
• Don't introduce third-party components, we want components to be completely controllable.
• Use class instead of style whenever possible to allow users to modify the style.

• The class naming follows the BEM specification.
• When designing components, be sure to consider whether they should be added to DCompose. In theory, all data input components should be able to be combined. For implementation, please refer to DButton.
• Mixin that provides additional themes, status, js, refer to namespaces .
• All font-size use RFS to achieve responsive text.
• We use the sass output style, but our variables use the native var().

• Don't use snapshots (I have good reasons to convince you why not use it).
• The test should focus on the completeness of the function, that is, whether the input Props can get the response we expect.
• If the non-Props changes of the component will affect the test, such as the style of the component (adjust the position of the icon), the text content of the component (when testing the button in the component, text is often used to determine whether the button is the expected button), then you should doubt whether the test is Reasonable. Refer to DFooter.