Sviluppo della sintassi di configurazione - best practice / regole / metodi?

La mia esperienza è che non vale la pena spendere troppo molto tempo per perfezionare una sintassi per esprimere i requisiti.

I requisiti cambieranno di nuovo, e molto probabilmente in modi che non avevate previsto, quindi è improbabile che colpiate la soluzione perfetta in qualsiasi ragionevole lasso di tempo. Di solito è più semplice limitarsi a tenere il vecchio codice di analisi come un richiamo per chiamare quando si tratta di dati legacy, anche una serie di fallback, se necessario. Sembra un po 'brutto, ma la compatibilità a ritroso è brutta, e lo considero OK se il codice lo riflette, purché ogni strategia di analisi alternativa sia ragionevolmente bella da sola.

La maggior parte delle lingue ha a disposizione una sorta di libreria di convalida. In C #, ad esempio, ho utilizzato FluentValidation , che consente di specificare le regole aziendali con un'API fluente.

public class Post
{
    public string Title;
    public string Body;
    public DateTime CreatedAt;
}

E il validatore:

public class PostValidator : BaseValidator<Post>
{
    public PostValidator()
    {
        RuleFor(p => p.Title)
            .NotEmpty()
            .Length(1,50);

        RuleFor(p => p.Body)
            .NotEmpty();
    }
}

È consigliabile qualcosa del genere, soprattutto perché molte di queste librerie di convalida sono testabili dell'unità.

Questo sembra il tipo di situazione in cui XML funzionerebbe bene. Puoi iniziare con tag di base per cose come essere richiesto, o avere una certa lunghezza, ecc; e se in seguito riceverai nuovi requisiti che richiedono un nuovo tipo di vincolo, devi solo aggiungere un tag e un codice per verificare il tag.

Ho usato un programma di utilità molti anni fa che ha fatto una cosa simile. Dato un file flat, è possibile analizzare ogni record e controllare che ogni colonna soddisfi determinati requisiti.

I blocchi di base erano tipi , intervalli e valori .

Tipi erano molto di base come:

• Stringa
• Int
• Float
• Data

Per alcune di queste colonne, è possibile definire intervalli . Ad esempio, potresti dire che per una determinata colonna, i valori 101-999 erano valori validi.

Per le colonne più complesse, puoi definire i valori validi. Per esempio. per genere potresti avere:

• M
• F
• U

Semplice ma efficace. Lo abbiamo usato per tutti i tipi di file di dati.