Skip to content

refactor: set the default perimeter using a key rather than a function - #318

Merged
tbouffard merged 1 commit into
developmentfrom
refactor/default_perimeter_config
Feb 8, 2024
Merged

refactor: set the default perimeter using a key rather than a function#318
tbouffard merged 1 commit into
developmentfrom
refactor/default_perimeter_config

Conversation

@tbouffard

@tbouffard tbouffard commented Feb 7, 2024

Copy link
Copy Markdown
Member

In the default vertex style configuration, declare the perimeter using the key stored in the StyleRegistry instead of the actual perimeter function.
This reduces code coupling and will also improve tree-shaking in the future for people who don't want to rely on this perimeter implementation.

The "perimeter" configuration was the only one to use an actual implementation, which makes things more consistent.

Notes

Tested with the existing stories and the new story introduced in #317

This reduces the code coupling and this will also improve the tree-shaking in the future for people
who don't want to rely on this perimeter implementation.
Perimeter was the only configuration using an actual implementation, so this makes things more
consistent.
@tbouffard tbouffard added the refactor Code refactoring label Feb 7, 2024
@tbouffard tbouffard changed the title refactor: rely on configuration for the default perimeter refactor: set the default perimeter using a key rather than a function Feb 8, 2024
@tbouffard
tbouffard marked this pull request as ready for review February 8, 2024 12:50
@tbouffard
tbouffard merged commit 69c0bb3 into development Feb 8, 2024
@tbouffard
tbouffard deleted the refactor/default_perimeter_config branch February 8, 2024 12:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

refactor Code refactoring

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant