Skip to content

Adopt a proper DI/container pattern for viewer frontend wiring #7

Description

@QSparks

viewer/js/app.js is currently acting as a manual dependency composition root. It creates controllers directly, passes large dependency bags into each one, and then re-threads shared services/state/UI references across map, time, dataset, menu, and subsetting logic. This works, but it is getting harder to reason about and maintain as the viewer grows.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Fields

No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions