Projet mkd

De Wiki EELL.

Version du 20 novembre 2015 à 16:52 par JPL (discuter | contributions)
(diff) ← Version précédente | Voir la version courante (diff) | Version suivante → (diff)

Retour au portail mkd

Dossier extractdoc du 04/12/2009 mis à jour 05/04/2012 A QUOI SERVENT MKD ET SES DÉRIVÉS ?

mkd pour consoles ou terminaux sert essentiellement aux programmeurs et à la maintenance. Il est utilisé à tous les niveaux du cycle de vie en V des logiciels, de la conception à la génération des documents destinés aux utilisateurs.

Sommaire

Généralités

mkd

  • Avec la version mkd-12.03 l'application est internationalisée (multilingue) et prend en charge des caractères UTF-8
  • Cet utilitaire est aussi simple d'utilisation que dir, make, touch ou grep.
  • Comme tous ces utilitaires, il s'installe dans le répertoire d'accès rapide /usr/bin.

On se sert souvent de cette application pour installer des logiciels, et dans le Makefile de compilation d'un projet.

  • mkd génère automatiquement la documentation et le manuel qui correspondent exactement aux fichiers actualisés.
  • mkd extrait les fichiers d'entête des fonctions mises à jour pour créer une documentation complète des fonctions d'un projet.

Dérivés de mkd

En ligne de commande ou intégrés dans les fichiers de commandes

  • mkdcpp est une version restreinte de mkd aux langages du style C , c++, php.
  • mkdasm est une version restreinte de mkd aux langages de type assembleur.
Ces deux applications ont été réalisées pour effectuer des tests sur les modules cpp et asm.
Elles n'ont pas été prévues pour être utilisées comme mkd qui est la seule application réellement intéressante dans les projets.

mkdcppw expérimental

  • mkdcppw : Version fenêtrée de mkdcpp, plus complète, prélude à mkdw version graphique fenêtrée de mkd.
mkdcppw est disponible en version beta depuis le 10 avril 2012.

Nouveautés

Le projet

Ce projet reprend tout ou partie du projet MakeDoc (ou mkdoc ou encore mkd) de l'ex Centre d'Electronique de Montpellier, Université Montpellier II

Ce projet resté sans licence est maintenant repris sous licence libre européenne: European Union Public Licence (EUPL) par l' EELL

Ce logiciel doit évidemment, vu sa conception sous logiciel libre, rester libre de droit, gratuit, et ne peut en aucun cas faire l'objet d'une prise de brevet, d'une transaction ou d'une copie dans un but commercial, cependant le "copyleft" est autorisé et bienvenu.

Son but est d'être polyvalent, aussi universel que possible. Il doit permettre de générer de multiples documents à partir de commentaires précodés dans des fichiers de sources eux aussi multiples. (par exemple: des compilation avec des fichiers cpp + assembleur + fichiers texte etc.)[1].

Les documents habituels sont:

   Documentation sur l'architecture et la conception.
   Documentation technique: d'exploitation, matérielle, programmeurs.
   Documentation utilisateurs: bibliothèque logicielle, tutoriel.
   Documentation de marketing.

L'extraction permet en un tour de main, d'assurer le contrôle rapide et la mise à jour de l'ensemble des documents précités.

Le nom

Le nom choisi est mkd par le fait qu'en 2010 les noms mkdoc, makeDoc et makeDocu ont, entre temps, été pris par d'autres logiciels.

Ce nom, pour les besoins pourra avoir des extensions comme:

  • mkdasm pour décoder la documentation de style l'assembleur, équivalent à mkd -A, où mkd fait appel au module asm_
  • mkdcpp ou mkdphp pour le décodage de style C++ ou PHP, équivalent à mkd -c mais plus explicite, où mkd fait appel au module cpp_ etc.

Les extensions asm, cpp, php, etc. liés à mkd permettent d'accéder directement aux modules asm_, cpp_, etc. (php est équivalent à cpp pour le décodage).

En début 2012 cette idée de créer des applications comme mkdphp et similaires est abandonnée. Ces applications n'apportent rien de nouveau. Une application fenêtrée de mkdcpp (mkdcppw) en cependant en cours d'évaluation.

La compilation, les plateformes

La compilation devra être validée sous WINDOWS et sous UNIX/LINUX, voire sous MAC pour les processeurs 32 et 64 bits. La version 16 bits devra être préservée et pourra être mise à jour.

L'épreuve finale d'intégration pourra se faire au travers de fichiers shells (.bat ou .bash).

On pourra multiplier le nombre des modules au gré de l'évolution des langages et le cas échéant on pourra créer des libraires si le nombre des modules devient trop importants (.dll sous Windows ou .so sous UNIX/LINUX). Dans ce cas il faudra modifier les paramètres de transmission aux modules afin de récupérer les options. (Les variables d'options sont globales dans les versions actuelles)

Détails concernant les anciennes versions (antérieures à 3.22):

Contrairement aux versions précédentes, qui incluaient chaque fichier dans une seule compilation, tous les modules seront compilés séparéments et pourront faire l'objet d'épreuves unitaires de modules ou d'épreuves spécifiques lors de l'intégration.

Les compilations avec des options particulières des versions anciennes seront reprises dans des modules particuliers (anciennes compilations avec les options ligne et page).
Exemple mkdstring pour extraire les chaines de caractères, mkdpostscript pour extraire les commentaires postscript etc. feront l'objet de nouveaux modules et on introduira un nouveau code de commande pour remplacer l'option de compilation FULL_LINE (si nécessaire).

Lignes de commande console des programmes exécutables:

Ligne de commandes traditionnelle:
  mkd [--Options] [-5 caractères à décoder] fichier_source [fichier_cible]

Lignes de commandes spéciales:
  mkdxx..xx [--Options] [-5 caractères max à décoder] fichier_source [fichier_cible]
  où l'option 'f' peut ne pas avoir de sens.

Par défaut le fichier_cible prendra le nom du fichier source suivi de l'extension prédéfinie .doc ou .txt; l'extension des fichiers de projets sera .prj ou .pj

Options: a, f, j, n, s, t, v, w, langage à décoder

a, f, j, v, w sont des options particulières au module de commande (main mkd)

n, s, t sont des options destinées aux modules (asm_, cpp_, fortran_, etc.)

a, ajouter à un fichier destinataire (append)

f, trouver le style de commentaire à décoder en fonction de son extension (find), pourra être affiné par un recherche à l'intérieur des fichiers.

j, le fichier source est un fichier de projet, se combine avec l'optiopn 'f' s'il composé de fichiers sources différents.

n, fait précéder le commentaire du numéro de ligne sur les premières colonnes.

s, ajouter les commentaires décodés à la sortie standard (l'écran le plus souvent). Ceci permet parfois des ajouts ou des filtres SHELL avec les redirections > et >>).

t, ne copie que le texte. (copy text only) contrarie certaines options comme le mode bavard dans l'écriture de la documentation.

v, mode bavard (verbose)

w, crée ou recrée le fichier destinataire de même nom (overwrite)<br/>

langages à décoder:

exemples : 
C pour style C, (C++ ou PHP), 
F pour style FORTRAN 77, 
P pour style PASCAL, etc.

Le style des langages compilés devra être précisé par la commande mkd --help --? ou dans la documentation utilisateur mkd.1 sous UNIX/LINUX

Caractères repères d'extraction (décodage):
Tous caractères alphanumériques ASCII et caractères spéciaux '**' (5 caractères maximum)

Le droit de copie

© EELL, Éditeurs Européens de Logiciels Libres, 20074
Contact: JPL EELL

Concédée sous licence EUPL, version 1.1 ou – dès leur approbation par la Commission européenne - versions ultérieures de l’EUPL (la «Licence»). Vous ne pouvez utiliser la présente œuvre que conformément à la Licence. Vous pouvez obtenir une copie de la Licence à l’adresse suivante:

http://ec.europa.eu/idabc/eupl5 ou sur ce site en version française Licence EUPL V1.1

Sauf obligation légale ou contractuelle écrite, le logiciel distribué sous la Licence est distribué «en l’état», SANS GARANTIES OU CONDITIONS QUELLES QU’ELLES SOIENT, expresses ou implicites. Consultez la Licence pour les autorisations et les restrictions linguistiques spécifiques relevant de la Licence.

Évolution du projet

Les bases précisées dans ce document sont susceptibles d'évoluer en fonction des besoins des programmeurs ou autres professions intéressées. Dans un premier temps on reprendra les modules définis dans les versions précédentes.

En mars 2010 le module cpp_ a été ajouté dans la version 10.03 pour extraire les documents de style C++, PHP, etc.

Les fichiers documentaires et de gestion des erreurs pour les différentes langues devront, si possible, être rapidement proposés au moins en français et anglais, puis dans les différentes langues européennes, sans oublier les autres langues évidemment.

Jusqu'en 2012 nous nous contentions des caractères ASCII étendus. Les caractères entrés en programmation (au clavier) ne nous ont pas obligés à reconcevoir fonamentalement les différents modules.
Les documents, aujourd'hui peuvent être écrits dans des langues très différentes et les codes utf8 ne suffisent pas. Il faut envisager de revoir nos souces. Cette question est d'actualité !

Exemple de manuel généré par mkd jusqu'en 2012

Après 2012, les manuels ont été traduits. Il devenait difficile de les intégrer dans le fichier d'entête version.h

Voir : Fichiers en développement

Exemple de pseudocode généré par mkd

L'examen de ce pseudo code permet d'identifier rapidement des erreurs de structure ou un défaut dans l'organigramme.

Notes et références

Styles de langages

  • Notes Style de langage[1]:

Définition de NL: New Line, fin de ligne.

Les styles impératifs (ABCFPSlp) s'excluent les uns des autres et ne permet pas la recherche de style par l'option '-f' (trouver le style)

  • Style A (Assembleur)
 ; Commentaire NL : .asm, .asi ; .s sous unix ou linux
  • Style B (Basic)
REM (après un marqueur ' : ' dans QBasic) Commentaire NL
' Commentaire NL : .bas, .vb (Visual Basic), .bat
  • Styles C++
/* Commentaire */ : .c++, .h++, .c--, .h--, .cpp, .hpp, .css, .cc, .hh, .cp (c#), .cs (c#), .c#, .C, .h, .d, .pro (Prolog), .pl (Perl), .php, .jav (Java), .jse (Javascript), .js (Javascript)
// Commentaire NL : C, C++, C#, CSS, D, Java, Javascript, PHP, Scilab ...
Attention à l'indétermination pour le fichier .pl qui peut aussi être de style SHELL UNIX
  • Style F (Fortran 77) voir Style l pour le Fortran 90 et plus récents.
C ou c ou * Commentaire NL ; C,c ou * en première colonne. ; .f sous unix ou linux
  • Style P (Pascal):
(* Commentaire *) : AppleScript, Caml, Modula-2, Modula-3, Oberon, Pascal, ... ; .pas sous Windows, .p sous unix ou linux
{ Commentaire } Delphi (Pascal objet)
  • Style S (Shell UNIX): Csh, Bash, sh, et autres shells, Makefile, Perl, PHP, Python, Ratfor, Ruby, Tcl, ...
# Commentaire NL : .sh, .csh, .pl, .rb, .py, .pyw
  • mkd reconnaît aussi ses fichiers de projets .pj et .prj

Styles adaptables à la compilation

  • Style l (selon option compilée) ; décodage des lignes. Remplace une commande impérative (ABCFPS) et les trois extractions peuvent être associée simultanément. CD₁ et CD₂ en première colonne, CD₃ n'importe où dans la ligne.
avec CD₃ = ' ! ' Fortran 90
avec CD₁₂₃ = ' % ' Latex, Matlab, Postscript, Tex
avec CD₁₂₃ = ' # ' comme style S
  • Style p (selon option compilée) ; décodage des blocs de lignes :
Avec CD₄ = ' ( ' et CD₅ = ' ) ' : ( Commentaire )
avec CD₄ = CD₅ = ' " ' Chaînes de caractères " Commentaire "
avec CD₄ = CD₅ = ' ' ' Chaînes de caractères ' Commentaire '
avec CD₄ = ' < ' et CD₅ = ' > ' tous les tags
Remarque 
Il est toujours possible d'inclure un style de commentaire dans un commentaire d'un autre style !

Références

  1. 1,0 1,1 Styles de commentaires informatiques
Outils personnels