Edge-home-orchestration-go: [Ordnerstruktur] Befolgen Sie das standardmäßige Go-Projektlayout

@t25kim stimme dir zu 100% zu. Wir sollten in GoLang-Projekten dem sogenannten De-facto-Standard folgen. Außerdem ist es ziemlich einfach, anzugeben, wo wir uns in Bezug auf api beziehen sollten, wie Sie es vorgeschlagen haben.

Hallo, Bitte empfehlen Sie, ob dies der richtige Weg ist. (Datenspeicher und MNEDC-Teil)

2 neue Ordner erstellen: "examples" und "configs" im Hauptrepo und diesen Baum verwenden

--examples
----------------datastorage
----------------------sample-json-device.yaml

--configs
----------------datastorage
------------------------configuration.toml
-----------------mnedc
-------------------------client.config

Außerdem kann ich einen der folgenden Schritte ausführen.

1. Verschieben Sie den "nativen" Ordner in Beispielen in Beispiele und löschen Sie den Beispielordner
2. Oder belassen Sie den nativen Ordner in Beispielen nur, um ihn später zu verschieben.

Hallo, Bitte empfehlen Sie, ob dies der richtige Weg ist. (Datenspeicher und MNEDC-Teil)

2 neue Ordner erstellen: "examples" und "configs" im Hauptrepo und diesen Baum verwenden

--examples
----------------datastorage
----------------------sample-json-device.yaml

--configs
----------------datastorage
------------------------configuration.toml
-----------------mnedc
-------------------------client.config

@sun-sharma Danke für die Idee!

Wenn es um datastorage ,

• sieht gut aus für mich mit configs/datastorage/
• yaml Dateien sollten sich im selben Ordner wie configuration.toml da yaml-Dateien an den Details von configuration.toml .
  
  
  
  • Wir sollten configuration.toml und yaml Dateien gemäß dem Home-Edge-Szenario implementieren, da es sich nicht um Beispiele handelt.
  
  

Wenn es um mnedc ,

• client.config sollte entsprechend dem Netzwerkstatus des Benutzers geändert werden, ich denke, es sollte in den examples/mnedc

Außerdem kann ich einen der folgenden Schritte ausführen.

1. Move "native" folder in samples to examples and delete the samples folder

2. Or,  Leave the native folder in samples only to move later.

Ich gehe gerne zu Option 1!

Wenn es um mnedc geht,

client.config sollte entsprechend dem Netzwerkstatus des Benutzers geändert werden, ich denke, es sollte in den Beispielen/mnedc stehen

Dies ist jedoch die Konfiguration, auf der der mnedc-Server ausgeführt wird. Daher dachte, wenn es in den Konfigurationsordner geht, wäre es angebracht.

Wenn es um mnedc geht,

client.config sollte entsprechend dem Netzwerkstatus des Benutzers geändert werden, ich denke, es sollte in den Beispielen/mnedc stehen

Dies ist jedoch die Konfiguration, auf der der mnedc-Server ausgeführt wird. Daher dachte, wenn es in den Konfigurationsordner geht, wäre es angebracht.

Sinn ergeben! da sich Konfigurationsdateivorlagen oder Standardkonfigurationen in einem Konfigurationsordner befinden könnten .
Wie wäre es, client.config in eine yaml angewendete Vorlage umzuwandeln und sie wie LINK einzufügen ?

Schließe dies, da dieses Problem behoben ist.