Edge-home-orchestration-go: [Structure du dossier] Suivez la disposition standard du projet Go

@t25kim 100% d'accord avec toi. Nous devrions suivre la soi-disant norme de facto dans les projets GoLang. De plus, il est assez simple d'indiquer où nous devrions nous référer en termes de api comme vous l'avez suggéré.

Salut, S'il vous plaît recommander si c'est la bonne façon d'aller de l'avant avec cela. (Partie Stockage de données et MNEDC)

Création de 2 nouveaux dossiers : "examples" et "configs" dans le référentiel principal et utilisation de cette arborescence

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

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

De plus, je peux effectuer l'une des opérations suivantes.

1. Déplacez le dossier "natif" dans les exemples vers les exemples et supprimez le dossier des exemples
2. Ou, laissez le dossier natif dans les exemples uniquement pour le déplacer plus tard.

Salut, S'il vous plaît recommander si c'est la bonne façon d'aller de l'avant avec cela. (Partie Stockage de données et MNEDC)

Création de 2 nouveaux dossiers : "examples" et "configs" dans le référentiel principal et utilisation de cette arborescence

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

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

@sun-sharma Merci pour l'idée !

Quand il s'agit de datastorage ,

• ça me va bien d'aller avec configs/datastorage/
• yaml fichiers configuration.toml car les fichiers yaml doivent être alignés avec le détail de configuration.toml .
  
  
  
  • Nous devrions implémenter les fichiers configuration.toml et yaml selon le scénario home edge car ce ne sont pas des exemples.
  
  

Quand il s'agit de mnedc ,

• client.config devrait être modifié en fonction de l'état du réseau de l'utilisateur, je pense que cela devrait être dans le examples/mnedc

De plus, je peux effectuer l'une des opérations suivantes.

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.

J'aime aller avec l'option 1!

Quand il s'agit de mnedc,

client.config doit être modifié en fonction de l'état du réseau de l'utilisateur, je pense que cela devrait être dans le fichier examples/mnedc

Mais c'est la configuration de l'endroit où le serveur mnedc s'exécute. Par conséquent, je pense que s'il va dans le dossier de configuration, ce serait approprié.

Quand il s'agit de mnedc,

client.config doit être modifié en fonction de l'état du réseau de l'utilisateur, je pense que cela devrait être dans le fichier examples/mnedc

Mais c'est la configuration de l'endroit où le serveur mnedc s'exécute. Par conséquent, je pense que s'il va dans le dossier de configuration, ce serait approprié.

Ayez du sens ! puisque les modèles de fichiers de configuration ou les configurations par défaut peuvent se trouver dans un dossier de configuration .
Que diriez-vous de transformer client.config en un modèle appliqué yaml et de le mettre comme LINK ?

Fermeture car ce problème est résolu.