Generazione documentazione - FiM ++

3

Questa è una domanda che ho originariamente chiesto su Stack Overflow, ma come domanda di progettazione concettuale e non tecnica, credo che potrebbe essere più appropriato, o possibilmente avere un valore parallelo alternativo, su questa scheda. / em>

La struttura di un programma FiM ++ richiede che termini con la chiusura di una lettera e il nome dell'autore del codice in un modo specifico.

Dear Princess Celestia and Stack Exchange and String: A Sample:
    ...
Your faithful student, Southpaw Hare!

In base alla specifica della lingua , la parola chiave " Your faithful student, "(compresa la virgola e lo spazio seguente) viene utilizzato come tag di chiusura per le definizioni di classe e il nome seguente è un commento senza effetto sintattico.

Il fatto che l'autore sia incluso automaticamente (se non strettamente richiesto) in ogni file mi fa chiedere se possa essere usato come una forma di documentazione interpretabile simile a Java Docs. In altre parole, altri programmi o editor potrebbero essere in grado di analizzare questo nome e usarlo in qualche modo.

  1. Qual è il requisito di tale documentazione interna basata sui commenti? C'è qualcosa in questo particolare tipo di sintassi che potrebbe causare problemi?

  2. La parola chiave è sufficiente per adattarsi al tema? Mi viene in mente che la mancanza di capacità di usare "I tuoi fedeli studenti", per una forma plurale (o forse "Distinti fedeli", o "Cordiali saluti", per una versione ambigua) farebbe elencare più autori sgradevoli e innaturali ( e apparire come una naturale lettera scritta da umani è uno dei paradigmi principali del design).

  3. Se è stata presa in considerazione la creazione di una metodologia di Java Docs, quali altre funzionalità dovrebbero essere incluse? Per uno, una data sembra comune. Includere qualche forma di commento di data nella parte superiore della lettera sarebbe probabilmente naturale e non sfidare il paradigma del design.

Poiché la lingua è nuova, sconosciuta ai più, e onestamente abbastanza sciocca, ecco alcune risorse da considerare:

Annuncio di versione originale

Followup di ottobre

Wiki

    
posta Southpaw Hare 18.01.2013 - 06:21
fonte

1 risposta

3

What is the requirement of such internal comment-based documentation? Is there anything in this particular type of syntax that would cause problems?

Il requisito fondamentale è che il parser della documentazione sappia cosa significa quel pezzo di testo del programma. Questo è indipendente da ciò che un compilatore farebbe con esso.
In questo caso, è utile che la grammatica lo specifichi come student name .

Is the keyword sufficient to fit with the theme? It occurs to me that the lack of ability to use "Your faithful students," for a plural form (or possibly "Yours faithful," or "Yours truly," for an ambiguous version) would make listing multiple authors look awkward and unnatural (and looking like a natural human-written letter is one of the core design paradigms).

Se la documentazione deve essere in grado di distinguere tra un autore e più autori, la sola parola chiave corrente non è sufficiente. Il parser della documentazione dovrebbe inferire la presenza di più autori in un modo diverso (ad esempio usando le virgole o la parola 'e').

    
risposta data 18.01.2013 - 10:32
fonte