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.
@ 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.
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
,
configs/datastorage/
yaml
archivos configuration.toml
ya que los archivos yaml deben estar alineados con el detalle de configuration.toml
.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.
Comentario más útil
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.