-
Notifications
You must be signed in to change notification settings - Fork 42
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
Ryddet opp i sirkulære dependencies #2366
Conversation
🦋 Changeset detectedLatest commit: 4690e97 The changes in this PR will be included in the next version bump. This PR includes changesets to release 7 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
Storybook demo920f1badd | 59 komponenter | 385 stories |
Det finnes en eslint-regel for sirkulære deps hvis det er interessant: https://github.com/import-js/eslint-plugin-import/blob/main/docs/rules/no-cycle.md |
Det har vært helt konge! |
Vet du om det også er problematisk med sirkulær import når den ene importen bare er en type? |
Tror ikke det skal være et problem, bortsett fra at bygg og typecheck ta litt lengre tid når de er sirkulær. Men er ikke snakk om mange |
Testet den nå, fant en del flere feil da 🚀 Men |
Det vi eventuelt kan gjøre, er å kun ta med den regelen når eslint kjører i workflow. Man kan modifisere reglene med cli option |
Hvis denne fungerer |
Description
I dag har systemet en del sirkulære dependencies som kan oppdages ved å kjøre
i tillegg til enda flere som ikke oppdages av "madge" siden de blir importert fra root
index.ts
.PR-en rydder opp i alle disse.
Koden er da "klarere" til en potensiell oppdatering av exports (barrel exports) eller støtte av
use client
. For nå vil det ikke ha noen store påvirkninger for bruker. Ved lokalt bygg sparer jeg bare i snitt ~2-6 sekunder vs dagens løsning.Endringer i konvensjoner
context.ts
types.ts
TODO: