Laverna: Commencer le développement de ce projet...

Créé le 16 août 2016  ·  4Commentaires  ·  Source: Laverna/laverna

À un moment donné, j'aimerais commencer à développer/améliorer des fonctionnalités pour ce projet, mais j'ai quelques questions sur la façon de commencer :

  1. Existe-t-il un critère formel requis lors du codage d'une idée pour qu'elle soit acceptée dans la version principale (adopter les meilleures pratiques de codage, utiliser uniquement les langages et les frameworks spécifiés dans le projet, inclure votre nom lors d'une révision, .. ., etc.) ou sommes-nous libres de le mettre en œuvre comme bon nous semble ?
  2. Quels sont tous les langages et frameworks de programmation qui sont utilisés ? Il me semble que le noyau est JavaScript ou un framework JavaScript (semble être le backbone js) du côté du développement, tandis que Mocha et Karma sont utilisés pour le framework de test.

De plus, à la lecture de #507, il semble qu'il n'y ait pas beaucoup de différence dans le code source entre chaque version de cette application (desktop, mobile et web). La fonctionnalité actuelle que j'envisage d'implémenter est une info-bulle pour chaque icône de la barre d'outils en mode "modifier la note". J'avais prévu de l'implémenter dans la version Web (j'entends par là le code source hébergé sur GitHub qui, je suppose, est uniquement Web), mais si je voulais plus tard l'inclure dans les deux autres, existe-t-il un processus pour faire ça ? (_Cela s'applique également à l'écriture de tests unitaires et pas seulement au développement_)

Faites-moi savoir si quelque chose que j'ai mentionné nécessite des éclaircissements supplémentaires.

question

Tous les 4 commentaires

  1. Style de codage : 4 espaces (facilite la lecture IMO).
  2. Langage de programmation du projet : JavaScript. Cadres : Marionettejs.

Vous avez raison, il n'y a pas de différence entre chaque version de l'application. Cela signifie que nous n'avons pas à implémenter la même fonctionnalité à chaque fois pour chaque type d'application.

@wwebfor D'accord, donc à part ce que vous avez mentionné, nous sommes libres de mettre en œuvre nos idées comme bon nous semble ? Pour commenter votre dernier point, si j'implémente une fonctionnalité pour la version Web de l'application, puis que je souhaite créer la même fonctionnalité, pour les versions mobile et/ou de bureau, il me suffirait de télécharger le fichier approprié à partir des versions section?

Questions supplémentaires:

  • Est-ce facultatif si je souhaite créer mon nom dans une nouvelle fonctionnalité ou un changement auquel je contribue, ou préférez-vous que je ne le fasse pas (puisque nous pouvons le dire en fonction de qui s'engage sur github) ?
  • Préféreriez-vous, lorsque les gens apportent une modification de fonctionnalité / révision au projet, qu'ils le fassent dans une nouvelle branche créée à partir de leur fourche, au lieu de créer la fonctionnalité dans leur fourche principale, puis de la soumettre ? (donc, si je voulais créer une fonctionnalité d'info-bulle pour la barre d'outils où l'utilisateur édite des notes, je pourrais créer une branche dans mon fork appelée "tooltip-EditNote", implémenter la fonctionnalité et la pousser de cette façon)
  • Oui, vous êtes libre de mettre en œuvre des idées comme bon vous semble.
  • Une fonctionnalité implémentée sera disponible pour toutes les plateformes

Supplémentaire:

  • Si tu veux, c'est ton droit. Mais ce n'est pas obligatoire.
  • Habituellement, nous travaillons sur la branche dev . Il est donc préférable de créer votre fonctionnalité basée sur cette branche et de soumettre vos modifications à la même branche. Il est également préférable de créer une fonctionnalité sur une nouvelle branche. Cela rend les choses plus claires lors de la fusion de modifications ou de la résolution de conflits.

@wwebfor Je n'ai pas de questions supplémentaires concernant ce sujet. Je pense qu'il peut être fermé maintenant.

Merci pour la clarification.

Cette page vous a été utile?
0 / 5 - 0 notes