Struct SectionConfig 

pub struct SectionConfig {
    pub application: String,
    pub profile: String,
    pub files: Vec<String>,
    pub env_prefix: Option<String>,
    pub whole_document: bool,
}

One served application-and-profile pair.

The section key inside the files is the application name: a document served as billing is the [billing] table of the configured files. That is one fact rather than two, and it keeps a URL and a file readable against each other.

Fields

application: String

The application, which is both the first path segment and the section key inside the files.

profile: String

The profile, which is the second path segment.

A profile here is a different set of files, chosen by the operator, rather than the library’s profile_env — that one is a process-wide environment variable, and a server serving two profiles cannot have two of those at once.

files: Vec<String>

The files to merge, in order; later files win.

env_prefix: Option<String>

An environment-variable prefix layered above the files, as in APP_ reading APP_BILLING_*.

whole_document: bool

Whether these files carry a section header at all.

false — the default — reads the application as a top-level key inside each file, so one file can hold several applications.

true says each file is this section: {"host": …, "port": …} with nothing above it. A config server is routinely pointed at files somebody else’s tool writes, and those files have no reason to carry a header this server invented.

Trait Implementations

impl Clone for SectionConfig

fn clone(&self) -> SectionConfig

Returns a duplicate of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for SectionConfig

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl<'de> Deserialize<'de> for SectionConfig

fn deserialize<__D>(__deserializer: __D) -> Result<Self, __D::Error>

where __D: Deserializer<'de>,

Deserialize this value from the given Serde deserializer.