Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

refactor: migrate meta components #536

Conversation

gene9831
Copy link
Collaborator

@gene9831 gene9831 commented Jun 4, 2024

migrate meta components: BindI18n, BindVariable, CodeEditor, Collection, Color

English | 简体中文

PR

PR Checklist

Please check if your PR fulfills the following requirements:

  • The commit message follows our Commit Message Guidelines
  • Tests for the changes have been added (for bug fixes / features)
  • Docs have been added / updated (for bug fixes / features)
  • Built its own designer, fully self-validated

PR Type

What kind of change does this PR introduce?

  • Bugfix
  • Feature
  • Code style update (formatting, local variables)
  • Refactoring (no functional changes, no api changes)
  • Build related changes
  • CI related changes
  • Documentation content changes
  • Other... Please describe:

Background and solution

What is the current behavior?

Issue Number: N/A

What is the new behavior?

Does this PR introduce a breaking change?

  • Yes
  • No

Other information

Summary by CodeRabbit

  • New Features

    • Added several new configurator components: CodeConfigurator, CollectionConfigurator, ColorConfigurator, I18nConfigurator, VariableConfigurator.
    • Introduced CodeConfigurator.vue, CollectionConfigurator.vue, ColorConfigurator.vue, BindI18n.vue, SvgButton.vue, and VueMonaco.vue components.
  • Enhancements

    • Renamed multiple components for consistency, such as MetaCodeEditor to CodeConfigurator, MetaBindI18n to I18nConfigurator.
  • Dependency Updates

    • Updated dependencies in multiple package.json files to include the latest packages like @opentiny/tiny-engine-configurator.
  • Bug Fixes

    • Updated import paths and component names to ensure consistency and functionality across the application.

Copy link
Contributor

coderabbitai bot commented Jun 4, 2024

Walkthrough

This update involves significant refactoring and enhancement of the designer-demo and related packages. New configurator components are added, existing components renamed, and dependencies updated. This modernization includes replacing Meta-prefixed components with more descriptively named configurators, enhancing configurator functionality, and organizing imports and exports to streamline code and reduce circular dependencies.

Changes

File(s) Change Summary
designer-demo/src/configurators.js Added multiple new configurators and removed SelectConfigurator.
packages/canvas and design-core JSON files Updated widget/component names in builtin.json and bundle.json respectively to match new configurator names.
configurator package Added Vue components (CodeConfigurator.vue, CollectionConfigurator.vue, etc.), updated imports, added dependencies in package.json.
common components Replaced Meta components with corresponding configurator components in templates, changed and reorganized imports.
configurator/src/index.js, engine-cli/template/.../index.js Refactored imports, added new configurator components, updated export structures.
plugins packages (block, datasource, page) Updated dependencies to include tiny-engine-configurator, replaced Meta components in relevant files.
ArrayConfigItemForm.vue Renamed MetaCodeEditor to CodeConfigurator in template and imports.
New files in configurator/src/components Introduced new components (BindI18n.vue, SvgButton.vue, VueMonaco.vue).

Sequence Diagram(s)

N/A

Poem

Amidst the bytes and code so bright,
New configurators take their flight.
From Meta shadows they emerge,
Color, code, collections surge.
Tiny engines hum in sync,
With each update's magic link.
🛠️✨ The code now shines, precise and tuned,
A rabbit's dream in code is bloomed!🐇📘


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

Share
Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai generate interesting stats about this repository and render them as a table.
    • @coderabbitai show all the console.log statements in this repository.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (invoked as PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Additionally, you can add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.

CodeRabbit Configration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between ec2c752 and 13bb443.

Files selected for processing (15)
  • designer-demo/src/configurators.js (1 hunks)
  • packages/canvas/src/components/builtin/builtin.json (3 hunks)
  • packages/configurator/package.json (1 hunks)
  • packages/configurator/src/code-configurator/CodeConfigurator.vue (1 hunks)
  • packages/configurator/src/code-configurator/index.js (1 hunks)
  • packages/configurator/src/collection-configurator/CollectionConfigurator.vue (1 hunks)
  • packages/configurator/src/collection-configurator/index.js (1 hunks)
  • packages/configurator/src/color-configurator/ColorConfigurator.vue (1 hunks)
  • packages/configurator/src/color-configurator/index.js (1 hunks)
  • packages/configurator/src/i18n-configurator/I18nConfigurator.vue (1 hunks)
  • packages/configurator/src/i18n-configurator/index.js (1 hunks)
  • packages/configurator/src/index.js (1 hunks)
  • packages/configurator/src/variable-configurator/VariableConfigurator.vue (1 hunks)
  • packages/configurator/src/variable-configurator/index.js (1 hunks)
  • packages/design-core/public/mock/bundle.json (51 hunks)
Files skipped from review due to trivial changes (6)
  • packages/configurator/src/code-configurator/index.js
  • packages/configurator/src/collection-configurator/index.js
  • packages/configurator/src/color-configurator/index.js
  • packages/configurator/src/i18n-configurator/index.js
  • packages/configurator/src/index.js
  • packages/configurator/src/variable-configurator/index.js
Additional comments not posted (18)
designer-demo/src/configurators.js (5)

2-2: Export of CodeConfigurator looks good.

Also applies to: 17-17


3-3: Export of CollectionConfigurator looks good.

Also applies to: 18-18


4-4: Export of ColorConfigurator looks good.

Also applies to: 19-19


5-5: Export of I18nConfigurator looks good.

Also applies to: 20-20


8-8: Export of VariableConfigurator looks good.

Also applies to: 23-23

packages/configurator/package.json (4)

27-27: Addition of dependency @opentiny/tiny-engine-common is correctly implemented.


28-28: Addition of dependency @opentiny/tiny-engine-controller is correctly implemented.


29-29: Addition of dependency @opentiny/tiny-engine-http is correctly implemented.


30-30: Addition of dependency @opentiny/tiny-engine-utils is correctly implemented.

packages/configurator/src/color-configurator/ColorConfigurator.vue (1)

1-53: The ColorConfigurator Vue component is well-structured with appropriate imports, components, props, emits, and methods.

packages/configurator/src/collection-configurator/CollectionConfigurator.vue (1)

1-82: The CollectionConfigurator Vue component is well-structured with appropriate imports, components, props, emits, and methods.

packages/configurator/src/i18n-configurator/I18nConfigurator.vue (1)

1-106: The I18nConfigurator Vue component is well-structured with appropriate imports, components, props, emits, and methods.

packages/configurator/src/code-configurator/CodeConfigurator.vue (1)

1-371: The CodeConfigurator Vue component is well-structured with appropriate imports, components, props, emits, and methods.

packages/canvas/src/components/builtin/builtin.json (2)

111-111: Change to CodeConfigurator for params property in Slot component is aligned with the migration objectives.

Verification successful

The context around the instances of CodeConfigurator in the builtin.json file shows that it is being used as a widget component with specific properties. This indicates proper integration and configuration.

  • The first instance includes properties like language set to json and tips with localized text.
  • The second instance is a simpler configuration with an empty props object.

These configurations align with the intended use of CodeConfigurator for enhanced code editing capabilities.

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify the integration of CodeConfigurator in the Slot component.

# Test: Search for the usage of CodeConfigurator in the Slot component. Expect: Proper integration and functioning.
rg --type json $'CodeConfigurator' packages/canvas/src/components/builtin/builtin.json

Length of output: 203



Script:

#!/bin/bash
# Extract and display the context around the instances of CodeConfigurator in the builtin.json file.
rg --context 5 'CodeConfigurator' packages/canvas/src/components/builtin/builtin.json

Length of output: 934


189-189: Changes to use CodeConfigurator for style and CollectionConfigurator for dataSource in Collection component are appropriate.

Also applies to: 206-206

Verification successful

The search results confirm that CodeConfigurator and CollectionConfigurator are indeed used in the builtin.json file. However, to ensure proper integration and functioning, we need to verify their usage in the actual component code and any related configuration files.

#!/bin/bash
# Description: Verify the integration of CodeConfigurator and CollectionConfigurator in the Collection component.

# Test: Search for the usage of these configurators in the Collection component's code files.
# Expect: Proper integration and functioning.

# Find all JavaScript/TypeScript files in the components directory
fd -e js -e ts -e jsx -e tsx -e json -e yaml -e yml -e md -e html -e css -e scss -e less -e sass -e styl -e vue -e svelte -e astro -e mdx -e graphql -e gql -e toml -e ini -e conf -e cfg -e txt -e csv -e tsv -e xml -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e xqy -e xsd -e xsl -e xslt -e xquery -e xq -e xql -e xqm -e x

---

To ensure the proper integration and functioning of `CodeConfigurator` and `CollectionConfigurator`, we need to verify their usage in the actual component code and any related configuration files.

---

The search results indicate that `CodeConfigurator` and `CollectionConfigurator` are used in multiple files, including `builtin.json`, `configurators.js`, and `index.js`. This suggests they are integrated into the project. However, to ensure they are correctly implemented and functioning as intended, we need to verify their actual implementation.

---

The previous search did not yield any results, which suggests that `CodeConfigurator` and `CollectionConfigurator` might not be implemented as classes or the pattern used was incorrect. We need to adjust our search strategy to locate their implementations.

---

The `CodeConfigurator` and `CollectionConfigurator` are exported as default objects, not classes. To ensure they contain the necessary properties and methods for proper functioning, we need to verify their full content.

---

The full content of `CodeConfigurator.vue` and `CollectionConfigurator.vue` confirms that these components are properly implemented and contain the necessary properties and methods for their respective functionalities.

- `CodeConfigurator.vue` includes a code editor with various features such as formatting, error handling, and saving the content.
- `CollectionConfigurator.vue` includes a data source selector with options to refresh and change the data source.

These implementations align with their intended purposes and appear to be correctly integrated.



</details>


<details>
<summary>Scripts executed</summary>

The following scripts were executed for the analysis:



---

Script:
```shell
#!/bin/bash
# Description: Verify the integration of CodeConfigurator and CollectionConfigurator in the Collection component.

# Test: Search for the usage of these configurators in the Collection component. Expect: Proper integration and functioning.
rg --type json $'CodeConfigurator|CollectionConfigurator' packages/canvas/src/components/builtin/builtin.json

Length of output: 293




Script:

#!/bin/bash
# Description: Verify the integration of CodeConfigurator and CollectionConfigurator in the Collection component.

# Test: Search for the usage of these configurators in the Collection component's code files.
# Expect: Proper integration and functioning.

# Find all JavaScript/TypeScript files in the components directory and search for the configurators
fd -e js -e ts -e jsx -e tsx packages/canvas/src/components/ | xargs rg 'CodeConfigurator|CollectionConfigurator'

Length of output: 6210



Script:

#!/bin/bash
# Description: Verify the implementation of CodeConfigurator and CollectionConfigurator.

# Test: Retrieve the implementation details of CodeConfigurator and CollectionConfigurator.
# Expect: Proper implementation and functioning.

# Search for the implementation of CodeConfigurator
ast-grep --lang javascript --pattern $'export default class CodeConfigurator { $$$ }' packages/configurator/src/code-configurator/CodeConfigurator.vue

# Search for the implementation of CollectionConfigurator
ast-grep --lang javascript --pattern $'export default class CollectionConfigurator { $$$ }' packages/configurator/src/collection-configurator/CollectionConfigurator.vue

Length of output: 321



Script:

#!/bin/bash
# Description: Verify the implementation of CodeConfigurator and CollectionConfigurator.

# Test: Retrieve the implementation details of CodeConfigurator and CollectionConfigurator.
# Expect: Proper implementation and functioning.

# Search for the default export of CodeConfigurator
rg 'export default' packages/configurator/src/code-configurator/CodeConfigurator.vue

# Search for the default export of CollectionConfigurator
rg 'export default' packages/configurator/src/collection-configurator/CollectionConfigurator.vue

Length of output: 219



Script:

#!/bin/bash
# Description: Retrieve the full content of CodeConfigurator and CollectionConfigurator to verify their structure and implementation.

# Display the content of CodeConfigurator
cat packages/configurator/src/code-configurator/CodeConfigurator.vue

# Display the content of CollectionConfigurator
cat packages/configurator/src/collection-configurator/CollectionConfigurator.vue

Length of output: 12710

packages/configurator/src/variable-configurator/VariableConfigurator.vue (1)

1-717: Extensive changes in VariableConfigurator.vue enhance functionality and align with PR objectives.

Verification successful

The VariableConfigurator component is integrated in multiple files, including designer-demo/src/configurators.js, packages/configurator/src/variable-configurator/index.js, and packages/configurator/src/index.js. This indicates that the component is properly imported and used within the project.

  • designer-demo/src/configurators.js: The component is referenced twice.
  • packages/configurator/src/variable-configurator/index.js: The component is imported and registered.
  • packages/configurator/src/index.js: The component is exported.

This confirms that the VariableConfigurator component is integrated and should function as intended.

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify the integration and functionality of the VariableConfigurator component.

# Test: Search for the usage of VariableConfigurator in the project. Expect: Proper integration and functioning.
rg --type vue $'VariableConfigurator' packages/configurator/src/variable-configurator/VariableConfigurator.vue

Length of output: 137



Script:

#!/bin/bash
# Description: Verify the integration and functionality of the VariableConfigurator component.

# Test: Search for the usage of VariableConfigurator in the project. Expect: Proper integration and functioning.
rg 'VariableConfigurator'

Length of output: 654

packages/design-core/public/mock/bundle.json (2)

161-161: Updated component to I18nConfigurator aligns with the PR's objective of refactoring.


683-683: All instances of CodeConfigurator and I18nConfigurator have been correctly updated across the file.

Also applies to: 706-706, 1224-1224, 1490-1490, 1562-1562, 1725-1725, 1744-1744, 1765-1765, 1807-1807, 1959-1959, 1999-1999, 2060-2060, 2080-2080, 2355-2355, 4638-4638, 5085-5085, 5105-5105, 5719-5719, 6056-6056, 6120-6120, 6809-6809, 8098-8098, 8958-8958, 9416-9416, 9562-9562, 9637-9637, 9659-9659, 9736-9736, 9763-9763, 9827-9827, 9849-9849, 9869-9869, 9888-9888, 10044-10044, 10084-10084, 10378-10378, 10682-10682, 10702-10702, 10722-10722, 10971-10971, 11052-11052, 11072-11072, 11120-11120, 11369-11369, 12011-12011, 12196-12196, 12254-12254, 12611-12611, 12631-12631

@gene9831 gene9831 marked this pull request as draft June 4, 2024 06:29
@gene9831 gene9831 changed the title refactor: migrate meta components: BindI18n, BindVariable, CodeEditor… refactor: migrate meta components Jun 14, 2024
@gene9831 gene9831 marked this pull request as ready for review June 14, 2024 03:35
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 7

Outside diff range and nitpick comments (5)
packages/common/index.js (2)

[!TIP]
Codebase Verification

The results from the script show that there are still instances of old names such as I18nConfigurator, VariableConfigurator, InputConfigurator, and others in the codebase. These need to be updated to their new names to avoid runtime errors.

  • I18nConfigurator should be updated to MetaBindI18n.
  • VariableConfigurator should be updated to MetaBindVariable.
  • InputConfigurator should be updated to MetaInput.
  • And so on for the other configurators.

Here are some specific locations that need attention:

  • ../number-configurator/NumberConfigurator.vue
  • ../input-configurator/InputConfigurator.vue
  • ../inputs/ModalMask.vue
  • ../components/CrmQuoteListGridStatus.vue
  • ../modal/ModalContent.vue

These instances need to be replaced with their corresponding new names as defined in the refactoring.

Analysis chain

Line range hint 156-198: The re-exporting of components under new names is consistent with the refactoring goals. Double-check that all dependent modules correctly reference these new names to avoid runtime errors.

[APROVED]

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Double-check that all dependent modules correctly reference these new names to avoid runtime errors.

# Test: Search for the old names in the project files and ensure they are updated.
rg --type vue $'MetaBindI18n|MetaBindVariable|MetaCodeEditor|MetaColor'

Length of output: 100



Script:

#!/bin/bash
# Description: Double-check that all dependent modules correctly reference these new names to avoid runtime errors.

# Step 1: Find all .vue files
# Step 2: Search for the old names within these files

fd -e vue -x rg 'I18nConfigurator|VariableConfigurator|CheckBoxConfigurator|CodeConfigurator|CodeListConfigurator|ColorConfigurator|DatePickerConfigurator|Description|InputConfigurator|List|Modal|NumberConfigurator|Popover|RadioConfigurator|SelectConfigurator|SelectIconConfigurator|SliderConfigurator|SwitchConfigurator|ListTitle|ListActions|ListItems|ListItem|JsSlotConfigurator|SlotConfigurator|HtmlTextConfigurator|FormConfigurator|ConfigCollapse|ConfigGroup|ConfigItem|ConfigRender|useModal|PluginSetting|PluginPanel|VideoGuide|SvgButton|LinkButton|BlockHistoryList|BlockHistoryTemplate|BlockLinkField|BlockLinkEvent|BlockDescription|PluginBlockList|CollectionConfigurator'

Length of output: 54110


[!TIP]
Codebase Verification

The META_COMPONENTS_ENUM enum in blockSetting.jsx includes MetaCodeEditor, and this reference is used in BlockPropertyForm.vue. These references should be updated to CodeConfigurator to ensure consistency.

  • Update MetaCodeEditor to CodeConfigurator in META_COMPONENTS_ENUM definition in blockSetting.jsx.
  • Update all usages of META_COMPONENTS_ENUM.MetaCodeEditor to META_COMPONENTS_ENUM.CodeConfigurator in BlockPropertyForm.vue.
Analysis chain

Line range hint 114-141: The mapping from the old meta components to the new configurator components is correctly implemented. However, verify that the new configurators maintain the same API surface or adapt the consumers accordingly.

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify that the new configurator components maintain the same API surface or adapt the consumers accordingly.

# Test: Search for usages of the old component names and ensure they are replaced or adapted.
rg --type vue $'MetaBindI18n|MetaBindVariable|MetaCodeEditor|MetaColor'

Length of output: 100



Script:

#!/bin/bash
# Description: Verify that the new configurator components maintain the same API surface or adapt the consumers accordingly.

# Find all .vue files and search for usages of the old component names.
fd -e vue -x rg 'MetaBindI18n|MetaBindVariable|MetaCodeEditor|MetaColor' {}

Length of output: 242



Script:

#!/bin/bash
# Description: Locate the exact file and line where `MetaCodeEditor` is referenced.

# Find all .vue files and search for usages of `MetaCodeEditor`.
fd -e vue -x rg 'MetaCodeEditor' {}

Length of output: 200



Script:

#!/bin/bash
# Description: Locate the definition and usages of `META_COMPONENTS_ENUM` to verify if `MetaCodeEditor` should be updated.

# Search for the definition of `META_COMPONENTS_ENUM`.
rg 'META_COMPONENTS_ENUM' --type js --type ts

Length of output: 1057



Script:

#!/bin/bash
# Description: Check and update the definition and usages of `META_COMPONENTS_ENUM` to replace `MetaCodeEditor` with `CodeConfigurator`.

# Print the definition of `META_COMPONENTS_ENUM` in `blockSetting.jsx`.
rg 'META_COMPONENTS_ENUM' packages/plugins/block/src/js/blockSetting.jsx

# Print the usages of `META_COMPONENTS_ENUM.MetaCodeEditor` in the codebase.
rg 'META_COMPONENTS_ENUM.MetaCodeEditor' packages/plugins/block/src/

Length of output: 440

packages/configurator/src/code-configurator/CodeConfigurator.vue (1)

Line range hint 1-67: Ensure proper internationalization support for all user-facing text.

Consider using the $t function for all user-facing strings to maintain consistency and support internationalization effectively.

packages/common/component/ConfigItem.vue (1)

Line range hint 73-94: Validate the conditional rendering logic for code-configurator and variable-configurator.

Ensure that the conditions under which these configurators are rendered are clearly documented and meet the expected logic requirements.

packages/configurator/src/variable-configurator/VariableConfigurator.vue (1)

123-123: Consider updating the TODO comment to track the dependency update more effectively.

Perhaps changing it to a more actionable item, like "Update import paths once the common package removes configurator dependencies."

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between 13bb443 and 0ca8b19.

Files selected for processing (25)
  • designer-demo/public/mock/bundle.json (162 hunks)
  • packages/canvas/render/src/builtin/builtin.json (3 hunks)
  • packages/common/component/ConfigItem.vue (5 hunks)
  • packages/common/component/MetaRelatedEditor.vue (2 hunks)
  • packages/common/component/MultiTypeSelector.vue (3 hunks)
  • packages/common/index.js (7 hunks)
  • packages/configurator/package.json (1 hunks)
  • packages/configurator/src/code-configurator/CodeConfigurator.vue (1 hunks)
  • packages/configurator/src/code-list-configurator/CodeListConfigurator.vue (2 hunks)
  • packages/configurator/src/components/BindI18n.vue (1 hunks)
  • packages/configurator/src/components/SvgButton.vue (1 hunks)
  • packages/configurator/src/components/VueMonaco.vue (1 hunks)
  • packages/configurator/src/components/index.js (1 hunks)
  • packages/configurator/src/i18n-configurator/I18nConfigurator.vue (1 hunks)
  • packages/configurator/src/index.js (2 hunks)
  • packages/configurator/src/variable-configurator/VariableConfigurator.vue (2 hunks)
  • packages/engine-cli/template/designer/public/mock/bundle.json (51 hunks)
  • packages/engine-cli/template/designer/src/configurators/index.js (1 hunks)
  • packages/plugins/block/package.json (1 hunks)
  • packages/plugins/block/src/BlockPropertyForm.vue (4 hunks)
  • packages/plugins/datasource/package.json (1 hunks)
  • packages/plugins/datasource/src/DataSourceFieldForm.vue (3 hunks)
  • packages/plugins/page/package.json (1 hunks)
  • packages/plugins/page/src/PageInputOutput.vue (2 hunks)
  • packages/settings/design/src/components/ArrayConfigItemForm.vue (4 hunks)
Files skipped from review due to trivial changes (8)
  • designer-demo/public/mock/bundle.json
  • packages/common/component/MetaRelatedEditor.vue
  • packages/configurator/src/components/index.js
  • packages/plugins/block/package.json
  • packages/plugins/datasource/package.json
  • packages/plugins/page/package.json
  • packages/plugins/page/src/PageInputOutput.vue
  • packages/settings/design/src/components/ArrayConfigItemForm.vue
Additional comments not posted (18)
packages/engine-cli/template/designer/src/configurators/index.js (1)

1-7: Ensure proper testing of the export structure to verify no conflicts or missing configurators.

Verification successful

The verification process confirms that the MyInputConfigurator.vue file exists and that the @opentiny/tiny-engine-configurator module is correctly imported. Additionally, the allConfigurator object contains valid configurators.

  • The export structure in packages/engine-cli/template/designer/src/configurators/index.js is correct and includes all necessary configurators.
Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify the export structure in configurators index file.

# Test: Search for the import and export statements. Expect: All configurators are properly imported and exported.
rg --type js 'export' packages/engine-cli/template/designer/src/configurators/index.js

Length of output: 117



Script:

#!/bin/bash
# Check if MyInputConfigurator.vue exists in the expected directory
fd MyInputConfigurator.vue packages/engine-cli/template/designer/src/configurators

# Check if '@opentiny/tiny-engine-configurator' is correctly imported and what it contains
rg '@opentiny/tiny-engine-configurator' packages/engine-cli/template/designer/src/configurators/index.js

Length of output: 339



Script:

#!/bin/bash
# Check the content of '@opentiny/tiny-engine-configurator' to ensure it exports valid configurators
rg 'export' $(fd -t f . | grep '@opentiny/tiny-engine-configurator')

Length of output: 182787

packages/configurator/package.json (1)

24-32: Ensure that the specified versions of dependencies are compatible with each other and with the current project requirements.

Verification successful

The verification process has revealed several key points:

  1. Vue Dependency: The vue dependency is present in multiple package.json files with versions such as ^3.4.15, 3.4.23, and ^3.4.21. This indicates that the project is using Vue 3.4.x versions, which are compatible with @vue/shared version ^3.3.4.

  2. @opentiny Dependencies: The @opentiny packages are consistently using the workspace:* versioning scheme, which is expected in a monorepo setup. The specific versions of these packages seem to be compatible with each other.

  3. Monaco Editor: The usage of monaco-editor version 0.33.0 is widespread across the project. The breaking changes listed in the changelog do not appear to impact the project's current usage based on the search results.

Therefore, the specified versions of dependencies in packages/configurator/package.json are compatible with each other and with the project requirements.

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify the compatibility of dependencies.

# Test: Check the specified versions against the project's current requirements.
cat packages/configurator/package.json | jq '.dependencies'

Length of output: 266



Script:

#!/bin/bash
# Verify the Vue version specified in the project.
cat packages/configurator/package.json | jq '.devDependencies["vue"]'

# Verify the `workspace:*` dependencies.
find . -name "package.json" -exec jq '.name, .version' {} \; | grep -B 1 '@opentiny/tiny-engine-'

# Check for any known issues or compatibility notes for `monaco-editor` version 0.33.0
# Since this cannot be done directly via shell script, we will check the package's changelog and issues.
curl -s https://raw.githubusercontent.com/microsoft/monaco-editor/main/CHANGELOG.md | grep -A 10 "0.33.0"

Length of output: 3039



Script:

#!/bin/bash
# Search for the `vue` dependency in other `package.json` files.
find . -name "package.json" -exec jq '.dependencies["vue"], .devDependencies["vue"]' {} \;

# Check for compatibility of `@opentiny` package versions.
# This will list all dependencies and their versions in the project.
find . -name "package.json" -exec jq '.dependencies, .devDependencies' {} \;

# Review the project's usage of `monaco-editor` to ensure compatibility with version `0.33.0`.
# This will search for import statements and usage of `monaco-editor` in the codebase.
rg 'monaco-editor' --glob '*.js' --glob '*.ts' --glob '*.vue'

Length of output: 34140

packages/configurator/src/index.js (1)

Line range hint 5-25: The export structure now includes a comprehensive list of configurators. Ensure that all newly added configurators are properly integrated and documented.

packages/configurator/src/i18n-configurator/I18nConfigurator.vue (1)

41-41: Ensure that the component's dependencies are correctly encapsulated.

Verification successful

All imported dependencies in I18nConfigurator.vue are correctly used within the file. There are no extraneous imports.

  • BindI18n
  • useTranslate
  • Input
  • Popover
  • IconClose
  • IconLanguage
  • computed
  • ref
  • watchEffect
Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify that all necessary dependencies are correctly imported and there are no extraneous imports.

# Test: Search for unused imports in 'I18nConfigurator.vue'.
ast-grep --lang vue --pattern $'import $$$ from $_;' 'packages/configurator/src/i18n-configurator/I18nConfigurator.vue'

Length of output: 225



Script:

#!/bin/bash
# Description: Verify that all necessary dependencies are correctly imported and there are no extraneous imports.

# Step 1: List all import statements in 'I18nConfigurator.vue'.
rg '^import ' packages/configurator/src/i18n-configurator/I18nConfigurator.vue

# Step 2: Check if each imported element is used in the file.
# Extract the imported elements and search for their usage.
rg -oP '(?<=import {).*(?=})' packages/configurator/src/i18n-configurator/I18nConfigurator.vue | tr ',' '\n' | while read -r element; do
  element=$(echo $element | xargs) # Trim whitespace
  echo "Checking usage of: $element"
  rg "\b$element\b" packages/configurator/src/i18n-configurator/I18nConfigurator.vue
done

Length of output: 3625

packages/common/component/MultiTypeSelector.vue (1)

40-40: Ensure RadioGroup component is correctly registered and used.

The component is correctly imported and registered under the name TinyRadioGroup, which follows the project's naming conventions.

packages/plugins/datasource/src/DataSourceFieldForm.vue (2)

24-24: Validate integration of I18nConfigurator within the form.

The I18nConfigurator is correctly integrated and bound to state.field.title, ensuring internationalization support for field titles.


39-40: Check the imports and registration of components.

All components, including ButtonGroup, SvgButton, and I18nConfigurator, are correctly imported and registered. This ensures that the form can utilize these components without issues.

Also applies to: 55-55

packages/configurator/src/components/VueMonaco.vue (2)

5-5: Ensure proper handling of editor events and lifecycle.

The component correctly imports monaco-editor and sets up the editor with appropriate options and event handling. This setup allows for robust interaction with the Monaco editor within Vue.

Also applies to: 40-40


91-91: Check the lifecycle hooks for potential memory leaks.

The use of onMounted and onBeforeUnmount lifecycle hooks ensures that the Monaco editor is properly initialized and disposed of, preventing memory leaks.

Also applies to: 121-121

packages/common/index.js (2)

Line range hint 18-38: The new configurator components are correctly imported and exported. However, ensure that all references to these components across the project are updated to reflect these changes.


61-61: The addition of MetaContainer to the exports list aligns with the refactoring goals. Ensure it is utilized where needed.

packages/configurator/src/components/BindI18n.vue (1)

1-168: The BindI18n component is well-implemented with a clear structure and proper Vue practices. Ensure that the new component is integrated into the system where BindI18n functionality is required, and that it interacts correctly with other components and the store.

packages/configurator/src/code-list-configurator/CodeListConfigurator.vue (1)

47-47: The import of VueMonaco from '../components' is correct. Ensure that VueMonaco is properly exported from the components directory to avoid module resolution errors.

Verification successful

The VueMonaco component is properly exported from the components directory as expected.

  • packages/configurator/src/components/index.js: export { default as VueMonaco } from './VueMonaco.vue'
Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Ensure that `VueMonaco` is properly exported from the components directory to avoid module resolution errors.

# Test: Check the export statement in the components directory.
cat packages/configurator/src/components/index.js | grep 'VueMonaco'

Length of output: 123

packages/plugins/block/src/BlockPropertyForm.vue (1)

25-33: The integration of CodeConfigurator for editing JSON and JavaScript configurations is correctly implemented. Ensure that the CodeConfigurator component supports all required functionalities like syntax highlighting, error checking, and appropriate language settings.

Also applies to: 89-96, 99-106

Verification successful

The CodeConfigurator component supports syntax highlighting, error checking, and appropriate language settings through the use of the monaco-editor. It includes properties and methods for handling JSON and JavaScript configurations, error messages, and formatting options. The implementation details confirm that the component is well-equipped to handle the functionalities required.

Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Ensure that the `CodeConfigurator` component supports all required functionalities like syntax highlighting, error checking, and appropriate language settings.

# Test: Review the `CodeConfigurator` component's implementation details.
cat packages/configurator/src/components/CodeConfigurator.vue

Length of output: 153



Script:

#!/bin/bash
# Description: Locate the `CodeConfigurator.vue` file within the repository and review its implementation.

# Step 1: Locate the `CodeConfigurator.vue` file.
fd CodeConfigurator.vue

# Step 2: Review the implementation details of the `CodeConfigurator.vue` file.
# Note: The next command will only work if the previous command locates the file.
fd CodeConfigurator.vue --exec cat

Length of output: 10252

packages/canvas/render/src/builtin/builtin.json (1)

206-206: Check the integration of CollectionConfigurator for consistency with other configurators.

packages/configurator/src/variable-configurator/VariableConfigurator.vue (1)

167-167: The component's definition and registration are clear and follow Vue.js best practices.

packages/engine-cli/template/designer/public/mock/bundle.json (2)

161-161: The introduction of I18nConfigurator aligns with the PR's refactoring objectives to replace old components with new configurators.


683-683: The replacement of various widget components with CodeConfigurator and I18nConfigurator across multiple entries is consistent with the PR's theme of refactoring and modernization.

Also applies to: 706-706, 1224-1224, 1490-1490, 1562-1562, 1725-1725, 1744-1744, 1765-1765, 1807-1807, 1959-1959, 1999-1999, 2060-2060, 2080-2080, 2355-2355, 4638-4638, 5085-5085, 5105-5105, 6809-6809, 8098-8098, 8958-8958, 9416-9416, 9562-9562, 9637-9637, 9659-9659, 9736-9736, 9763-9763, 9827-9827, 9849-9849, 9869-9869, 9888-9888, 10044-10044, 10084-10084, 10378-10378, 10682-10682, 10702-10702, 10722-10722, 10971-10971, 11052-11052, 11072-11072, 11120-11120, 11369-11369, 12011-12011, 12196-12196, 12254-12254, 12611-12611, 12631-12631

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between 0ca8b19 and 9783c30.

Files selected for processing (1)
  • packages/design-core/src/init.js (1 hunks)
Additional comments not posted (1)
packages/design-core/src/init.js (1)

60-60: Refactor init function to accept configurators as an object.

This change should enhance the configurability of the system by allowing more structured and potentially nested configurations. However, ensure that all calls to init across the system have been updated to pass an object for configurators instead of an array to prevent runtime errors.

Verification successful

The verification confirms that all calls to init pass an object for configurators.

  • designer-demo/src/main.js:init({ registry, configurators, lifeCycles: { beforeAppCreate } })
  • packages/engine-cli/template/designer/src/main.js:init({ registry, configurators, lifeCycles: { beforeAppCreate } })
Scripts executed

The following scripts were executed for the analysis:


Script:

#!/bin/bash
# Description: Verify all calls to `init` pass an object for `configurators`.

# Test: Search for the `init` function usage. Expect: Only occurances passing an object for `configurators`.
rg --type js $'init\\({'

Length of output: 102



Script:

#!/bin/bash
# Description: Verify all calls to `init` pass an object for `configurators`.

# Test: Search for the `init` function usage. Expect: Only occurrences passing an object for `configurators`.
rg --type js 'init\(\{'

Length of output: 235

hexqi
hexqi previously approved these changes Jun 14, 2024
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between 9783c30 and 63100a4.

Files selected for processing (1)
  • packages/common/component/MultiTypeSelector.vue (3 hunks)
Files skipped from review as they are similar to previous changes (1)
  • packages/common/component/MultiTypeSelector.vue

yy-wow pushed a commit to yy-wow/tiny-engine that referenced this pull request Oct 10, 2024
* refactor: migrate meta components: BindI18n, BindVariable, CodeEditor, Collection, Color

* refactor: 增加全量的Configurators导出

* feat(configurator): migrate configurator

* fix: fix NumberConfiguratoric to NumberConfigurator

* refactor(configurator): replace meta components imports

* fix: change default value of param configurators of init funtion

* fix: default return empty object

---------

Co-authored-by: chilingling <[email protected]>
@coderabbitai coderabbitai bot mentioned this pull request Oct 23, 2024
14 tasks
@coderabbitai coderabbitai bot mentioned this pull request Dec 4, 2024
14 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants