Edge-home-orchestration-go: [Структура папки] Следуйте стандартному макету проекта Go

@ t25kim на 100% с тобой согласен. Мы должны следовать так называемому стандарту де-факто в проектах GoLang. Кроме того, довольно просто указать, где мы должны ссылаться в терминах api как вы предложили.

Привет, Пожалуйста, порекомендуйте, если это правильный способ продвижения вперед. (Хранение данных и часть MNEDC)

Создание 2 новых папок: "examples" и "configs" в основном репо и использование этого дерева.

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

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

Кроме того, я могу сделать одно из следующего.

1. Переместите "родную" папку в семплах в примеры и удалите папку семплов.
2. Или оставьте родную папку в примерах только для того, чтобы переместить ее позже.

Привет, Пожалуйста, порекомендуйте, если это правильный способ продвижения вперед. (Хранение данных и часть MNEDC)

Создание 2 новых папок: "examples" и "configs" в основном репо и использование этого дерева.

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

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

@ sun-sharma Спасибо за идею!

Когда дело доходит до datastorage ,

• мне нравится идти с configs/datastorage/
• yaml файлы должны находиться в той же папке, что и configuration.toml поскольку файлы yaml должны быть выровнены по деталям configuration.toml .
  
  
  
  • Мы должны реализовать файлы configuration.toml и yaml соответствии с исходным сценарием, поскольку они не являются примерами.
  
  

Когда дело доходит до mnedc ,

• client.config следует менять в соответствии со статусом сети пользователя, я думаю, это должно быть в examples/mnedc

Кроме того, я могу сделать одно из следующего.

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.

Я предпочитаю вариант 1!

Когда дело доходит до mnedc,

client.config должен быть изменен в зависимости от статуса сети пользователя, я думаю, это должно быть в примерах / mnedc

Но это конфигурация того, где запущен сервер mnedc. Следовательно, подумал, что если он попадет в папку конфигурации, будет уместным.

Когда дело доходит до mnedc,

client.config должен быть изменен в зависимости от статуса сети пользователя, я думаю, это должно быть в примерах / mnedc

Но это конфигурация того, где запущен сервер mnedc. Следовательно, подумал, что если он попадет в папку конфигурации, будет уместным.

Имеет смысл! поскольку шаблоны файлов конфигурации или конфигурации по умолчанию могут находиться в папке конфигурации .
Как насчет того, чтобы преобразовать client.config в примененный шаблон yaml и поместить его как LINK ?

Закрытие, так как эта проблема решена.