Qual é o formato de arquivo de configuração legível por humanos mais simples? [fechadas]

O arquivo de configuração atual é o seguinte:

mainwindow.title = 'test'
mainwindow.position.x = 100
mainwindow.position.y = 200

mainwindow.button.label = 'apply'
mainwindow.button.size.x = 100
mainwindow.button.size.y = 30

logger.datarate = 100
logger.enable = True
logger.filename = './test.log'

Isso é lido com python em um dicionário aninhado:

{
  'mainwindow':{
    'button':{
      'label': {'value':'apply'},
       ...
  },
  'logger':{
     datarate: {'value': 100},
     enable: {'value': True},
     filename: {'value': './test.log'}
  }, 
  ...    
}

Existe um jeito melhor de fazer isso? A idéia é obter o tipo de comportamento XML e evitar o XML o maior tempo possível. O usuário final é assumido quase totalmente como analfabeto do computador e basicamente usa o bloco de notas e copiar e colar. Portanto, o tipo "cabeçalho + variáveis" padrão do python é considerado muito difícil.

O usuário fictício edita o arquivo de configuração, programadores capazes manipulam os dicionários. O dicionário aninhado é escolhido para facilitar a divisão (o logger não precisa ou nem pode ter / editar parâmetros da janela principal).

Você pode usar algo como YAML . Aqui está um link para um exemplo:

http://www.yaml.org/start.html

--- !clarkevans.com/^invoice
invoice: 34843
date   : 2001-01-23
bill-to: &id001
    given  : Chris
    family : Dumars
    address:
        lines: |
            458 Walkman Dr.
            Suite #292
        city    : Royal Oak
        state   : MI
        postal  : 48046
ship-to: *id001
product:
    - sku         : BL394D
      quantity    : 4
      description : Basketball
      price       : 450.00
    - sku         : BL4438H
      quantity    : 1
      description : Super Hoop
      price       : 2392.00
tax  : 251.42
total: 4443.52
comments: >
    Late afternoon is best.
    Backup contact is Nancy
    Billsmer @ 338-4338.

Você pode encontrar ligações Python para isso em PyYAML . É um pouco mais amigável que o JSON (que é como é o seu segundo exemplo).

A melhor coisa que você pode fazer é fornecer uma maquete da sua solução, e talvez uma maquete de algumas outras soluções, e perguntar a dois ou três usuários representativos do seu sistema. Eles serão muito melhores em dizer o que gostam do que as pessoas selecionadas automaticamente que responderem a perguntas neste site.

Dito isto, para usuários "basicamente analfabetos do computador", acho que o formato que você mostra na sua pergunta é provavelmente o melhor formato de texto sem formatação. Se eles realmente são analfabetos no computador, convém considerar uma GUI simples para que eles não precisem editar manualmente os arquivos de configuração.

Perca tudo o que você pode perder. name.name.name=value, cada um em uma linha separada, é o mais simples possível. Você não precisa das aspas para analisar, você sabe quando trueé um booleano e quando trueé uma string, não faça o "humano burro" dizer isso. Para strings, se o campo não tiver espaços em branco à esquerda / à direita, retire-os você mesmo.

Imagine uma pessoa chinesa que não sabe inglês e está tentando ler seu arquivo de configuração. Como alternativa, imagine que o arquivo de configuração esteja em árabe (e que você não saiba árabe). Agora pergunte a si mesmo: isso é realmente legível por humanos?

Mesmo que o leitor saiba inglês, ainda não tem idéia se "logger.datarate = 100" significa 100 caracteres por segundo, 100 GiB por hora ou 100 galinhas por tonelada métrica.

O formato de arquivo legível mais humano é um arquivo binário com uma caixa de diálogo / assistente / configurador baseado em GUI decente (com internacionalização, sistema de ajuda, etc.).

Estou com Patrick Hughes. Crie um aplicativo simples para editar configurações. O arquivo de configuração em si pode ser um pouco mais complexo e pode conter atributos para o editor usar (nome para exibição, texto de ajuda, tipo de valor, valor mínimo / máximo, etc.).

Eu digo que o que você tem (arquivo de propriedades) já é o melhor formato de configuração legível por humanos. :)

Aqui estão os meus argumentos:

• O arquivo de propriedades é apenas um par de chave / valor. Facilmente legível por humanos.
• Sintaxe concisa, não como xml.
• Facilmente aninhado, com '.', Como no seu exemplo.
• A estrutura plana permite uma fácil diferenciação em um ambiente controlado pela fonte.

Esse último ponto é realmente muito importante. Como os projetos hoje em dia são todos divididos em ramificações, o arquivo de configuração pode causar muita dor ao mesclar ramificações. O formato de arquivo simples, como o arquivo de propriedades, é mais fácil de mesclar do que o arquivo de estrutura em árvore.