Laverna: Erste Schritte mit der Entwicklung für dieses Projekt...

Erstellt am 16. Aug. 2016  ·  4Kommentare  ·  Quelle: Laverna/laverna

Irgendwann würde ich gerne mit der Entwicklung/Verbesserung von Funktionen für dieses Projekt beginnen, aber ich habe einige Fragen zum Einstieg:

  1. Gibt es formale Kriterien, die beim Codieren einer Idee erforderlich sind, damit sie in die Masterversion aufgenommen wird (beste Codierungspraktiken anwenden, nur die im Projekt angegebenen Sprachen und Frameworks verwenden, bei einer Überarbeitung Ihren Namen angeben, .. ., etc.) oder können wir es nach Belieben umsetzen?
  2. Welche Programmiersprachen und Frameworks werden verwendet? Es scheint mir, dass der Kern auf der Entwicklungsseite JavaScript oder ein JavaScript-Framework (scheint Backbone-js zu sein) ist, während Mocha und Karma für das Testframework verwendet werden.

Nach dem Lesen von #507 scheint es auch keinen großen Unterschied im Quellcode zwischen den einzelnen Versionen dieser Anwendung (Desktop, Mobil und Web) zu geben. Die aktuelle Funktion, die ich überlege, sie zu implementieren, ist ein Tooltip für jedes Symbol in der Symbolleiste im Modus "Notiz bearbeiten". Ich hatte geplant, dies in der Webversion zu implementieren (damit meine ich den auf GitHub gehosteten Quellcode, von dem ich annehme, dass er nur Web ist), aber wenn ich dies später in die anderen beiden aufnehmen wollte, gibt es einen Prozess, der existiert? dafür? (_Dies gilt auch für das Schreiben von Unit-Tests, nicht nur für die Entwicklung_)

Lassen Sie mich wissen, wenn etwas, das ich erwähnt habe, weiterer Klärung bedarf.

question

Alle 4 Kommentare

  1. Codierungsstil : 4 Leerzeichen (erleichtert das Lesen von IMO).
  2. Programmiersprache des Projekts: JavaScript. Frameworks: Marionettenjs.

Sie haben Recht, es gibt keinen Unterschied zwischen den einzelnen Versionen der Anwendung. Das bedeutet, dass wir nicht jedes Mal dieselbe Funktion für jeden App-Typ implementieren müssen.

@wwebfor Okay, Belieben umsetzen? Um Ihren letzten Punkt zu kommentieren: Wenn ich eine Funktion für die Webversion der App implementiere und dann dieselbe Funktion für die Mobil- und/oder Desktop-Version erstellen möchte, müsste ich nur die entsprechende Datei aus den Versionen herunterladen Sektion?

Weitere Fragen:

  • Ist es optional, wenn ich meinen Namen in eine neue Funktion oder Änderung schreiben möchte, zu der ich beitragen möchte, oder würde ich es lieber nicht tun (da wir anhand der Commits auf github feststellen können)?
  • Würden Sie es vorziehen, wenn Personen eine Feature- / Revisionsänderung am Projekt vornehmen, dies in einem neuen Branch tun, der aus ihrem Fork erstellt wurde, anstatt das Feature in ihrem Master-Fork zu erstellen und dann einzureichen? (Wenn ich also eine Tooltip-Funktion für die Symbolleiste erstellen wollte, in der der Benutzer Notizen bearbeitet, könnte ich in meinem Fork einen Zweig namens "tooltip-EditNote" erstellen, die Funktion implementieren und auf diese Weise verschieben)
  • Ja, es steht Ihnen frei, Ideen umzusetzen, wie Sie es für richtig halten.
  • Ein implementiertes Feature wird für alle Plattformen verfügbar sein

Zusätzlich:

  • Wenn Sie wollen, haben Sie das Recht. Aber es ist nicht erforderlich.
  • Normalerweise arbeiten wir am dev Zweig. Daher ist es vorzuziehen, dass Sie Ihr Feature basierend auf diesem Branch erstellen und Ihre Änderungen an denselben Branch senden. Es ist auch vorzuziehen, wenn Sie ein Feature in einem neuen Branch erstellen. Es macht es übersichtlicher, wenn Änderungen zusammengeführt oder Konflikte gelöst werden.

@wwebfor Ich habe keine weiteren Fragen zu diesem Thema. Ich denke, es kann jetzt geschlossen werden.

Danke für die Klarstellung.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

wwebfor picture wwebfor  ·  4Kommentare

JerJohn15 picture JerJohn15  ·  9Kommentare

hgaronfolo picture hgaronfolo  ·  5Kommentare

Aaron-Zhao picture Aaron-Zhao  ·  5Kommentare

InviteCiel picture InviteCiel  ·  3Kommentare