Al leer Pragmatic Programmer , los autores recomiendan que envolvamos la información de configuración detrás de una API delgada, ya que desacopla los detalles de la representación de la configuración.

Cita del libro sobre Configuración.

Comúnmente, esta estructura de datos se hace global, pensando que esto facilita que cualquier parte del código llegue a los valores que contiene. Preferimos que no hagas eso. En su lugar, envuelva la información de configuración detrás de una API (delgada). Esto desvincula tu código de los detalles de la representación de la configuración.

No estoy seguro de cómo eso desacopla los detalles de la representación de la configuración. Por ejemplo, si tengo un objeto javascript que almacena un valor de configuración, el cliente podría acceder al valor de configuración a través de object.<someConfigKey> . ¿Envolver este valor de configuración dentro de un objeto no daría como resultado que el cliente llame a algo como config.<getSomeConfigKey>() ?

Dado que los objetos de configuración generalmente se representan como una estructura de datos (es decir, como json ), ¿cómo se desacopla la información de configuración detrás de una API delgada?