Devographics / Devographics/Monorepo

How to handle survey-specific code?

Open
#441 0 comments 0 reactions 0 assignees View on GitHub
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.