mirror of
https://github.com/MBombeck/HealthLog.git
synced 2026-11-10 13:22:14 +00:00
The authenticated shell wraps every route and read one destination predicate off the `@/lib/record-settings` barrel. That barrel also re-exports the managed settings-patch schemas, so Zod, the module registry and three validation modules rode into the eager client bundle of every authenticated page for a function that inspects a URL slug. The shell imports `record-settings/classification` now; the barrel loses the re-export nobody else used. Measured over all 585 client-rendered routes: none grew, 100 fell, by 4.7 KB gz at the median and 8.1 KB at the most. /insights had been sitting on its 445 KB ceiling for three releases and went over it on this branch's CI run; it measures 437 now, /measurements 435, / 450, /insights/mood 450. The whole-build sum moved the other way, 3451 to 3476, because the aggregate counts each emitted chunk once: a graph that leaves the chunk group every route shares gets counted again wherever it lands, here inside the deferred settings chunks that use it. Bytes on disk rose, bytes a reader downloads only fell. The aggregate cap moves to 3500 with the same 24 KB headroom the four earlier re-measurements kept, and the reasoning sits next to the number.
16 lines
643 B
TypeScript
16 lines
643 B
TypeScript
export { resolveGuardianRecordSettingsAccess } from "./access";
|
|
export { toRecordSettingsDto } from "./dto";
|
|
export { resolveManagedIntegrationState } from "./integrations";
|
|
export { classifySettingsDestination } from "./classification";
|
|
export {
|
|
isManagedRecordSettingsFamily,
|
|
managedModulePreferencesFrom,
|
|
MANAGED_RECORD_SETTINGS_FIELD_ALLOWLIST,
|
|
MANAGED_RECORD_SETTINGS_MODULE_DEFAULTS,
|
|
MANAGED_RECORD_SETTINGS_PATCH_SCHEMAS,
|
|
parseManagedRecordSettingsPatch,
|
|
safeParseManagedRecordSettingsPatch,
|
|
type ManagedRecordSettingsFamily,
|
|
} from "./configuration";
|
|
export { assertRecordSettingsResponseForRecord } from "./response";
|