Edge-home-orchestration-go: [Estructura de carpetas] Siga el diseño estándar del proyecto Go

Creado en 31 dic. 2020  ·  7Comentarios  ·  Fuente: lf-edge/edge-home-orchestration-go

Existe un diseño de proyecto de aplicación Go estándar popular y muchos proyectos lo siguen.
Creo que deberíamos cambiar la estructura de carpetas en términos de esta guía como se muestra a continuación.

  • GoMain/src/main > cmd
  • Buillder > build
  • samples > examples
  • samples/datastorage > configs/datastorage
  • src > internal
  • doc > docs
  • doc/edge_orchestration_api.yaml y doc/edge_orchestration_api_secure.yaml > api/...

Agregue o rectifique la lista anterior, ya que podría ser incorrecta.

help wanted refactoring

Comentario más útil

Cuando se trata de mnedc,

client.config debe cambiarse de acuerdo con el estado de la red del usuario, creo que debería estar en examples / mnedc

Pero esta es la configuración de donde se ejecuta el servidor mnedc. Por lo tanto, pensé que si iba a la carpeta de configuración sería apropiado.

Todos 7 comentarios

@ t25kim 100% de acuerdo contigo. Deberíamos seguir el llamado estándar de facto en los proyectos GoLang. Además, es bastante sencillo indicar a dónde deberíamos referirnos en términos de api como sugirió.

Hola, por favor recomiende si esta es la forma correcta de seguir adelante con esto. (Almacenamiento de datos y parte MNEDC)

Creando 2 carpetas nuevas: "ejemplos" y "configuraciones" en el repositorio principal y usando este árbol


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

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

Además, puedo hacer una de las siguientes cosas.

  1. Mueva la carpeta "nativa" en muestras a ejemplos y elimine la carpeta de muestras
  2. O bien, deje la carpeta nativa en muestras solo para moverla más tarde.

Hola, por favor recomiende si esta es la forma correcta de seguir adelante con esto. (Almacenamiento de datos y parte MNEDC)

Creando 2 carpetas nuevas: "ejemplos" y "configuraciones" en el repositorio principal y usando este árbol


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

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

@ sun-sharma ¡Gracias por la idea!

Cuando se trata de datastorage ,

  • me parece bien ir con configs/datastorage/
  • yaml archivos configuration.toml ya que los archivos yaml deben estar alineados con el detalle de configuration.toml .

    • Deberíamos implementar los archivos configuration.toml y yaml acuerdo con el escenario de Home Edge, ya que no son ejemplos.

Cuando se trata de mnedc ,

  • client.config debe cambiarse de acuerdo con el estado de la red del usuario, creo que debe estar en el examples/mnedc

Además, puedo hacer una de las siguientes cosas.

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.

¡Me gusta ir con la opción 1!

Cuando se trata de mnedc,

client.config debe cambiarse de acuerdo con el estado de la red del usuario, creo que debería estar en examples / mnedc

Pero esta es la configuración de donde se ejecuta el servidor mnedc. Por lo tanto, pensé que si iba a la carpeta de configuración sería apropiado.

Cuando se trata de mnedc,

client.config debe cambiarse de acuerdo con el estado de la red del usuario, creo que debería estar en examples / mnedc

Pero esta es la configuración de donde se ejecuta el servidor mnedc. Por lo tanto, pensé que si iba a la carpeta de configuración sería apropiado.

¡Tener sentido! ya que las plantillas de archivos de configuración o las configuraciones predeterminadas podrían estar en una carpeta de configuración .
¿Qué tal transformar client.config en una plantilla aplicada yaml y ponerla como LINK ?

Cerrando esto ya que este problema está resuelto.

¿Fue útil esta página
0 / 5 - 0 calificaciones