Skip to content

[Studio] Dynamic Resolvers#637

Draft
markus-moser wants to merge 30 commits into
2.4from
feature/dynamic-resolvers-improvements
Draft

[Studio] Dynamic Resolvers#637
markus-moser wants to merge 30 commits into
2.4from
feature/dynamic-resolvers-improvements

Conversation

@markus-moser

@markus-moser markus-moser commented Jun 12, 2026

Copy link
Copy Markdown
Contributor

Changes in this pull request

Supersedes #635 by @rjjackson22 (TorqIT).

Refactors the Studio resolver step to the dynamic-type registry pattern, so resolver strategies can be added or overridden by other bundles.

Fixes on top of #635:

  • Restore skip guard for the class attributes query in the attribute loading strategy
  • Prefix resolver ids with their group name (loading.*, createLocation.*, …) to avoid collisions in the shared registry
  • Apply the project code style (ESLint) and fix the max-lines violation in index.tsx

rjjackson22 and others added 28 commits June 12, 2026 11:08
…rategy

Selecting the attribute loading strategy before choosing a data object
class fired the load-class-attributes request with an empty classId.
The resolver registry shares a single id namespace across all four
groups; bare ids like 'id' or 'attribute' are collision-prone once
third parties register or override types.
Restores the bundle's ESLint style (standard-with-typescript) across
all files touched by the refactoring, adds the explicit return types
the config requires, and rebuilds the module registration in index.tsx
on top of the original formatting to stay within the max-lines limit.
@markus-moser markus-moser force-pushed the feature/dynamic-resolvers-improvements branch from aa31662 to 8d3e789 Compare June 12, 2026 15:25
@sonarqubecloud

Copy link
Copy Markdown

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