Utilisation de kb-config

Chargement recommandé

let config_result = kb_config::read_config_json_file_with_environment(
    std::path::Path::new("config/example.config.json"),
    std::path::Path::new("."),
);
let config = match config_result {
    Ok(value) => value,
    Err(error) => return Err(error),
};
let profile = match kb_config::active_profile(&config) {
    Ok(value) => value,
    Err(error) => return Err(error),
};

Cette fonction charge l’environnement du workspace, résout les placeholders puis applique successivement le schéma JSON, la désérialisation typée et les invariants métier.

Chargement de l’environnement

let report = match kb_config::load_workspace_environment(std::path::Path::new(".")) {
    Ok(value) => value,
    Err(error) => return Err(error),
};

EnvironmentLoadReport indique les fichiers chargés. Les placeholders non résolus sans fallback restent visibles afin que la validation ou le consommateur puisse les signaler explicitement.

Validation et parsing

if let Err(error) = kb_config::validate_config_json_schema(raw_json) {
    return Err(error);
}
let config = match kb_config::parse_config_json(raw_json) {
    Ok(value) => value,
    Err(error) => return Err(error),
};
if let Err(error) = kb_config::validate_config(&config) {
    return Err(error);
}

parse_config_json effectue déjà les deux validations ; les appels séparés servent aux outils de diagnostic.

Sérialisation

let compact = match kb_config::serialize_config_json(&config) {
    Ok(value) => value,
    Err(error) => return Err(error),
};
let pretty = match kb_config::serialize_config_json_pretty(&config) {
    Ok(value) => value,
    Err(error) => return Err(error),
};

La configuration est validée avant sérialisation.

Schéma embarqué

let schema_text = kb_config::config_json_schema_text();
let schema_value = match kb_config::config_json_schema_value() {
    Ok(value) => value,
    Err(error) => return Err(error),
};

Le schéma actif est aussi disponible sous ../config/schema.config.json. Le fichier ../config/example.config.json fournit un exemple utilisateur complet.

Types publics importants

AppConfig, ProfileConfig, AppSectionConfig ;
DatabaseConfig, PostgresConfig, SqliteConfig, DataConfig ;
SolanaConfig, HttpEndpointConfig, WsEndpointConfig, EndpointRoleConfig ;
ListenerConfig et ses variantes ;
LoggingConfig, LogTargetConfig, LogTargetFilterConfig ;
WalletConfig, ExecutionConfig, DemoConfig.

Erreurs et invariants

Les erreurs utilisent kb_core::Error avec un code stable. Les validations couvrent notamment l’unicité des profils, l’existence du profil actif, les URLs, les rôles d’endpoints, les limites d’exécution, les routes de logging et les contraintes wallet.

Tests instructifs

Les tests example_config_validates_against_schema, example_config_parses_and_resolves_active_profile et example_config_routes_global_and_operational_crate_files démontrent le contrat complet de l’exemple actif. Les tests parser_rejects_* et schema_rejects_* documentent les invariants refusés.

Limites

format JSON uniquement ;
la crate valide les références et paramètres, mais n’ouvre aucune connexion externe.

3.4 KiB Raw Blame History Unescape Escape