Edge-home-orchestration-go: [هيكل المجلد] اتبع تخطيط مشروع Go القياسي

تم إنشاؤها على ٣١ ديسمبر ٢٠٢٠  ·  7تعليقات  ·  مصدر: lf-edge/edge-home-orchestration-go

هناك تخطيط مشروع تطبيق Go قياسي شائع
أعتقد أنه يجب علينا تغيير بنية المجلد من حيث هذا الدليل كما هو موضح أدناه.

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

الرجاء إضافة أو تصحيح القائمة أعلاه لأنها قد تكون غير صحيحة!

help wanted refactoring

التعليق الأكثر فائدة

عندما يتعلق الأمر بـ mnedc ،

يجب تغيير client.config وفقًا لحالة شبكة المستخدم ، أعتقد أنه يجب أن يكون في الأمثلة / mnedc

ولكن هذا هو تكوين مكان تشغيل خادم mnedc. ومن ثم يعتقد أنه إذا انتقل إلى مجلد التكوين سيكون مناسبًا.

ال 7 كومينتر

@ t25kim 100٪ أتفق معك. يجب علينا اتباع ما يسمى بمعيار الأمر الواقع في مشاريع GoLang. بالإضافة إلى ذلك ، من السهل جدًا تحديد المكان الذي يجب أن نشير إليه من حيث api كما اقترحت.

مرحبًا ، يرجى التوصية إذا كانت هذه هي الطريقة الصحيحة للمضي قدمًا في هذا. (تخزين البيانات وجزء MNEDC)

إنشاء مجلدين جديدين: "أمثلة" و "تكوين" في الريبو الرئيسي واستخدام هذه الشجرة


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

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

أيضًا ، يمكنني القيام بأحد الإجراءات التالية.

  1. انقل المجلد "الأصلي" في العينات إلى الأمثلة وحذف مجلد العينات
  2. أو اترك المجلد الأصلي في العينات فقط للانتقال لاحقًا.

مرحبًا ، يرجى التوصية إذا كانت هذه هي الطريقة الصحيحة للمضي قدمًا في هذا. (تخزين البيانات وجزء MNEDC)

إنشاء مجلدين جديدين: "أمثلة" و "تكوين" في الريبو الرئيسي واستخدام هذه الشجرة


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

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

@ صن شارما شكرا لك على الفكرة!

عندما يتعلق الأمر بـ 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 ؟

إغلاق هذا لأن هذه المشكلة قد تم حلها.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات