Devographics / Devographics/Monorepo
How to handle survey-specific code?
- Dominant language
- TypeScript
- Stars
- 178
- Forks
- 55
- Avg merge
- 1m
- Merged PRs (30d)
- 2
Description
Currently, `results` uses a lot of survey-specific code (components, configs, etc.) which is all imported using webpack alias. But that means it has to live in `monorepo` instead of `surveys`.
Config such as colors, etc. could potentially be made available through the API (even though this is not always ideal since it's more work compared to just `import`ing; and also it's harder to ensure proper types), but that doesn't work for components such as a survey's animated logo.
Is there a way to `import` from the `survey` repo based on the currently active `editionId` in `results`'s `.env` file?
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by tracing how results imports survey-specific components and configs through the webpack aliases, then inspect how the active editionId is supplied in results' .env file. Compare the stated API approach with the need to import components such as an animated logo. Done means an agreed, documented architecture for loading survey-specific code from surveys without leaving it in monorepo.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript, webpack
- Domain
- build-system, frontend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100