|
Qu'
est ce qu' openqm ?
Qu'est
ce que les sources ouverts ?
Achetez
qm aujourd'hui
Téléchargements
Qu'est
qu'il y a de neuf dans les maj récentes ?
Support
Questions
fréquemment posées
L'information du développeurs
Applications
et outils de développement
Politique
de confidentialité
Documentations
en ligne
Liens
Contactez-nous
|
L'information
du développeur
Nous voulons encourager
le développement d'application sur qm. Il y a trois
itinéraires qui fournissent une copie libre du logiciel
aux développeurs :
Une licence annuelle de
développeur pour trois utilisateurs renouvelable pour un
produit commercial pleinement approuvé est disponible pour
les véritables développeurs sans aucun frais. Pour
certifier cela, vous devez avoir une application que vous avez
l'intention de lancer sur le marché en utilisant le
produit commercial qm.
Vous pouvez employer la version
personnelle
libre pour le développement de logiciel mais vous devez
opter pour une licence commerciale lorsque vous vendrez votre
nouveau logiciel.
La version libre avec source ouvert pour
tous. La contrepartie de cela est que vous devez compiler le
logiciel de base de données qm avant que vous puissiez
commencer à travailler à votre propre application.
en outre, il n'y a absolument aucune garantie ou support de cette
version. La version libre avec source ouvert vous permet de
développer les composants pour qm lui-même aussi
bien que les applications qui fonctionneront dessus cependant que
nous comptons que la plupart des composants peuvent être
créer sans nécessité de modifier la
fonctionnalité de noyau de qm. Vous êtes libre de
changer le source d'openqm de toutes les façons que vous
voulez dans les limites de la licence gpl
.
Les paragraphes
suivants sont pour des utilisateurs du logiciel avec source
ouvert ...
Notre
but ?
Le but est qu'openqm devienne la
base de données multivalue
la plus répandue dans le monde. C'est une
cible ambitieuse à atteindre et exigera l'entrée de
beaucoup de sources. Il y a des parallèles forts avec
l'histoire du développement d'autres produits libre ,
notamment linux, où les auteurs de logiciel peuvent
contribuer aux composants pour l'inclusion possible dans le
produit standard. system ladybridge gardera la main finale de ce
qui entre dans le produit commercial. Vous êtes,
naturellement, libre de distribuer vos changements à
d'autres utilisateurs sous licence gpl
à condition que vous vous conformiez aux limites de cette
licence.
A la différence d'autres produits
libre, nous ne voulons pas avoir plusieurs solutions différentes
au même problème. Par exemple, plutôt que
d'avoir une gamme de processeurs d'interrogation pour chaque
offre différente , nous encouragerons les développeurs
à travailler ensemble pour produire un processeur simple
contenant un ensemble logique d'options. (nous nous rendons
compte que le processeur d'interrogation courant soit un bon
candidat pour la réécriture. Nous pourrions avoir
des arguments sans fin au sujet des avantages de différentes
architectures fondamentales mais changer, par exemple, d'un
modèle basé par pile en un modèle basé
par registre serait si énergique que ce ne serait plus
openqm.
Modifications de contribution
Si
vous avez un nouveau composant source ou une modification que
vous voudriez voir inclure dans le source standard, veuillez nous
en rendre compte par un email détaillé à
openqm@com02.net
Nous ne
fournissons aucune garantie que des modifications qui nous serons
soumises seront incorporées à une future
construction d'openqm. nous nous réservons le droit de
rejeter ou modifier ultérieurement les composants soumis à
notre entière discrétion .
Le cas échéant,
nous, à moins que cela soit demandés autrement,
inclurons le nom du contribuant dans l'historique pour les
modules appropriés et dans le dossier de readme.
Des
modifications doivent pour être acceptées suivent le
même modèle général que le code
existant.
Toutes les modifications soumissent deviennent
la propriété de helios services sarl et peuvent
être inclus par nous dans un futur développement du
produit commercial de qm aussi bien que dans le source en
gpl.
Vous devez envoyer une version
complétée du document
de soumission
avec votre soumissions du source
Modèle
de codage de qmbasic
Les réalisateurs
de logiciel ont tous leur propre modèle personnel. Nous
acceptons ceci mais une certaine uniformité est
souhaitable. En particulier, les règles suivantes
devraient aider, particulièrement si vous soumettrez vos
changements pour l'intégration dans le source principale.
écrivez
le code source en minuscules pour une lisibilité
améliorée. nous avons partiellement adopté
une convention qui édicte que les noms symboliques doivent
être en majuscule.
employez
l'analyseur standard de commande (!parser) plutôt que
d'écrire vos propres analyseur.
employez
les noms symboliques pour des enregistrements plutôt que
des valeurs littérales le cas échéant.
utilisez
crt ou display plutôt que print à moins que
vous vouliez que le résultat aille à une
imprimante.
qm
est case indépendant. essayez de préserver ceci par
la recherche voc ou articles de dictionnaire comme dactylographié
et, si c'est non trouvé, réessayez encore en
majuscule.
afin
que les puristes de programmation soient satisfait, l'utilisation
limitée de goto est très bien.
employez
les noms d'étiquette significatifs. on ne permet pas des
noms d'étiquette numériques dans la source
principale.
le
gestionnaire de messages standard devra être employé
pour tout le texte de sortie. employez les numéros de
message dans la gamme 10000 - 19999. nous changerons ces derniers
en numéros de message final sur l'intégration le
cas échéant.
les
programmes doivent se conformer aux règles de clôtures
tels que tout write et delete , y compris ajout de nouveau
enregistrement, sont couverts par un lock appropriée. les
programmes doivent fonctionner correctement avec l'ensemble de
paramètre de configuration de mustlock à 1.
les
programmes ne doivent pas se baser sur des arrangements dans
l'enregistrement de $basic.options pour la compilation
correcte.
Modèle de codage de c
tout
le code retourné à helios services pour
l'intégration doit être écrit en c standard
sans des extensions spécifiques du compilateur ou de
plate-forme.
dans
la mesure du possible, employez le modèle de disposition
générale adopté par d'autres modules. il
peut être différent de votre modèle personnel
mais un modèle simple soulage la maintenance
le
gestionnaire de messages standard devrait être employé
pour tout le texte de rendement. le gestionnaire de messages
standard devront être employé pour tout le texte de
sortie. employez les numéros de message dans la gamme
10000 - 19999. nous changerons ces derniers en numéros de
message final sur l'intégration le cas
échéant.
Changements de
système de fichiers
Les changements
des formats de dossier sont susceptibles de poser des problèmes
sérieux avec la compatibilité de cross-version. On
recommande vivement que des réalisateurs entendant faire
de tels changements discutent de ces derniers avec helios
services à l'avance si le changement devait pouvoir être
soumis pour l'inclusion dans la source standard.
Mode
interne
Quelques opérations de
qmbasic sont restreintes pour l'usage dans des programmes en mode
internes . Un programme en mode interne peut seulement être
compilé sur une version interne de mode de qm.
Le
concept du mode interne a été inventé pour
protéger les dispositifs qui ne devraient pas être
largement disponibles, non plus parce qu'ils permettent
potentiellement à un utilisateur d'effectuer des actions
indésirables ou parce que l'interface à l'opération
protégée est susceptible de changer.
Les
développeurs devront respecter le concept du mode interne
et pas simplement ouvrir ces dispositifs du système à
chacun.
Ajouter de nouvelles entrées
de voc
La plupart des développements
sont susceptibles d'exiger de nouvelles entrées de voc. Essayez de ne pas avoir des prétentions au sujet du nom
d'article de voc au cas où il s'opposerait avec une entrée
standard dans un futur dégagement.
De nouveaux
mots-clés devront être assignés à des
nombres > 10000 car ceux-ci ne seront jamais employés
par helios services. Alternativement, enregistrez votre mot-clé
avec nous et nous réserverons une valeur même si
nous ne la mettons pas en application dans la source
standard.
Prolonger l'ensemble d'opcode de
qmbasic
Si votre développement
exige un nouvel opcode, il y a un ensemble de 16 opcodes (0xcff0
à 0xcfff) réservés pour l'usage de
développeur de gpl qui ne sera jamais employé dans
la source standard. Alternativement, créez un nouvel
opcode prolongé réglé d'une façon
semblable à l'opcode existant de préfixe (0xcf).
|