Feathers: يرجى دعم واجهة المستخدم الرسومية لـ CRUD

takaaptech شكرا على الاقتراح! لقد كنا نتحدث عن هذا الأمر بين فريق @ feathersjs / core قليلاً. بالتأكيد يجب أن يكون مكونًا إضافيًا اختياريًا ولكنه بالتأكيد قابل للتنفيذ. سأصفع هذا مبدئيًا في المرحلة 3.0.

ekryski شكرا جزيلا! الريش رائع حقًا!

مرحبًا ، أحب فكرة وجود واجهة مستخدم رسومية بسيطة لعمليات CRUD وأود معرفة المزيد حول كيفية التخطيط للتعامل مع هذا الأمر. ألن تحتاج إلى شيء مثل مخطط JSON لتوحيد تعريفات النموذج ، بغض النظر عن ORM المستخدم تحت الغطاء؟ لقد كنت أعمل كثيرًا في إنشاء واجهات المستخدم الرسومية تلقائيًا وفقًا للمخططات ، ويعد تعريض هذه المخططات مع الحقول الخاصة بها أمرًا بالغ الأهمية. من المنطقي أيضًا التفكير في التحقق من صحة البيانات (maxlength ، سلسلة regex ، إلخ) ، محررات الخصائص (التاريخ ، التاريخ والوقت أو تعديل الوقت في حقل نوع التاريخ) وما إلى ذلك.

ألن يكون من المنطقي تنفيذ تعريفات المخطط هذه (استنادًا إلى JSON البسيطة والمتوافقة مع المستعرض وليس امتدادات نمط العمود الفقري النموذجية مثل رف الكتب) مع ارتباطاتها وكتابة محولات مخطط لـ ORMs المختلفة؟

سيؤدي هذا أيضًا إلى تسهيل تنفيذ التباهي والتبديل بين ORMs حيث لن تحتاج إلى إعادة كتابة النماذج الخاصة بك.

تحرير: أشعر أنه من المهم جدًا التفكير في مقدار الريش الذي يجب أن يكون محايدًا للبيانات. لكني أرى أنك تبذل الكثير من الجهود لتنفيذ مزامنة البيانات ، والإمكانيات غير المتصلة بالإنترنت ، وما إلى ذلك. على هذا النحو ، أعتقد أن الريش سيحتاج إلى أن يكون أكثر ارتباطًا بنماذج البيانات ، خاصة إذا كنت تفكر في القدرات من جانب العميل.

أعتقد أنه يجب أن يكون مشابهًا لما يقدمه ستربي . انظر إلى studio و admin panel .

https://www.youtube.com/watch؟v=UOQszbaZfSc

يتم ربط Stripi بإحكام بخط الماء وبالتالي ، من الأسهل تنفيذ هذه الميزة.

بالمناسبة ، يقدم التحليل أيضًا هذا ، يسمى parse-dashboard (https://github.com/ParsePlatform). هنا مرة أخرى ، لا توجد مثل هذه المرونة مع الريش للاختيار بين ORMs.

لا يمكنك الانتظار لسماع كيف سيتعامل الريش مع هذا إذا قرر حقًا توفير هذه الميزة.

الحل الذي أراه هو تقسيم الميزة إلى نوعين من الوحدات:

• مكون إضافي للريش يقوم بالمهمة الرئيسية ، مثل عرض واجهة المستخدم الرسومية
• محول للمكون الإضافي لإدارة ORM

لذلك سيكون لدينا مكون إضافي فريد والعديد من المحولات ، واحد لكل ORM.

لدينا فكرتان هنا وأعتقد أن هناك أجزاء مختلفة لهذا:

1) واجهة مستخدم لتجميع واجهة برمجة التطبيقات (API) الخاصة بك بصريًا. مع تدفق الخطافات والخدمات ، هناك بعض الإمكانات هنا على ما أعتقد.
2) واجهة مشرف منفصلة تتيح لك العمل مع API وتصفح الخدمات. نوع من مثل ساعي البريد ولكن على وجه التحديد للريش.
3) إنشاء خلفية مشرف CRUD في التطبيق. ربما يكون هذا هو الأصعب والأكثر صعوبة. يجب عليك إنشاء تطبيقات مختلفة لأطر أمامية مختلفة (ما لم يكن هناك حزمة أمامية "رسمية" أعلى الريش) ومن الصعب صيانة المولدات وتصحيح أخطائها.

حريص حقًا على عدم كتابة CRUD أبدًا. لما يستحق ، أفعل هذا بالفعل في مشاريعي الخاصة باستخدام tcomb ، tcomb-form ، feathers-tcomb ، و feathers-action . شاهد كل ذلك معًا في business-stack . سيوصي. :)

ahdinosaur هذا جميل راد. daffl أعتقد أننا قد نرغب في إلقاء الضوء على بعض هذه الأشياء. على الأقل feathers-tcomb أو شيء من هذا القبيل. هذا هو بالضبط ما اعتقدت أنه يجب علينا التعامل مع عمليات التحقق وبغض النظر عما نستخدمه لإنجاز ذلك ، فسيتعين علينا الحصول على تعريف للنموذج / المورد من أجل إنشاء مستندات API وواجهة مستخدم CRUD تلقائيًا. يغذي feathers-swagger بشكل أساسي تعريف نموذج النمس إلى Swagger.

سيتعين علينا أن نقرر كيف نريد تقسيم هذا قليلاً ، بالنظر إلى أن لدينا العديد من قواعد البيانات وإدارة العمليات المختلفة. يمكنني أن أرى شيئًا مثل tcomb ذا قيمة كبيرة ولكن هل يتعارض مع الغرض من استخدام إدارة ORM؟ هذا ليس بالضرورة أمرًا سيئًا ، لكنني أعتقد أن الاتساق في تعريف المخطط / النموذج / المورد الخاص بك (أيًا كان ما تريد تسميته) أمر مهم ، بغض النظر عن قاعدة البيانات الموجودة تحتها. من المهم جعل قواعد البيانات قابلة للتبديل بسهولة ، لذلك لا أحب فكرة استخدام نماذج Sequelize ، ونماذج النمس ، ولكن بعد ذلك لقواعد البيانات الأخرى باستخدام Tcomb أو شيء من هذا القبيل.

بالنسبة لجزء واجهة المستخدم من المسؤول أو أي شيء أوافق على ما يلي:

أ) إنه قدر كبير من العمل لدعم نكهة الواجهة الأمامية لهذا اليوم
ب) إذا طبقنا واجهة أمامية ، على سبيل المثال في React ، فلن يكون من السهل استخدام واجهة بديلة بجانبها.

لذلك قد تحتاج إلى أن تكون جبهة ذات رأي (لا يزال هذا اختياريًا) ولكن إذا لم تكن كذلك ، على سبيل المثال ، فأنت تريد استخدام React ، فهذا سيء للغاية. إذا تمكنا من جعلها خفيفة الوزن للغاية بحيث يسهل على الأشخاص تكرارها وعلى المجتمع لإنشاء واجهات أمامية مختلفة ، فقد تعمل بشكل جيد حقًا.

مستوحاة من Django ، كنت أبحث عن شيء يأتي مع واجهة المستخدم الرسومية CRUD-GUI أو نوع من المشرفين. كنت أتلاعب بفكرة إنشاء مخططات JSON لمجموعة من النماذج. باستخدام هذه المخططات ، يجب أن تكون قادرًا على إنشاء رمز تحقق ومخططات للنمس [1] ونماذج أخرى. قد يبدو تثبيت المشرف على الريش مستقيمًا نسبيًا للأمام باستخدام مخطط وشيء على غرار ng-admin [2].

أعتقد أن ميزة هذا الأسلوب تتمثل في عدم وجوب كتابة رمز للريش على وجه التحديد. (بخلاف منشئ مخطط JSON وبعض المواد اللاصقة التي تم إنشاؤها) لن يكون هناك قلق بشأن "نكهة اليوم" وأن الريش ابق على رأي أينما كان الأمر مهمًا حقًا ، واجهة REST و Socket.io التي توفرها.

فقط سنتان ، إذا كان أي شخص مهتمًا بذلك ، فأنا أرغب في إعداد نموذج أولي لهذا في مكان ما في 2 ~ 3 أسابيع القادمة.

[1] مخطط json لمحول النمس: https://www.npmjs.com/package/json-schema-to-mongoose
[2] ng-admin، مسؤول CRUD: https://github.com/marmelab/ng-admin

AndreSteenveld بدأت العمل على شيء مثل هذا العام الماضي. يمكنك أن ترى ما جمعته هنا: https://github.com/marshallswain/AmityApp. إنه يعمل بشكل أساسي حول إنشاء ما أسميته محولات Amity ، وهي مجموعات من خدمات الريش المخصصة للتعامل مع أنواع قواعد البيانات. أنا فقط صنعت نسخة MongoDB.

https://github.com/marshallswain/amity-mongodb

يتيح لك amity-mongodb إدارة خادم MongoDB بالكامل. تستخدم العديد من خدمات الريش:

• feathers-mongo-databases
• feathers-mongo-collections
• feathers-mongo-users قادم في إصدار المصادقة
• feathers-mongodb

نظرًا لأن كل شيء يستخدم خدمات Feathers ، فأنت تضيف / تزيل قواعد البيانات والمجموعات ، يتم تحديثها في الوقت الفعلي.

لم أقم بترقية الخادم amity إلى Feathers 2.0 حتى الآن. فنحن نرحب بك لإنقاذ كل ما تستطيع منه. :)

لقد جعلته معياريًا تمامًا ، بحيث يمكنك إنشاء واجهة المستخدم الخاصة بك فوق محولات الصداقة إذا كنت تريد ذلك.

ربما تعرف الرائدي ng-admin. أحب الطريقة التي يتعاملون بها مع الخلفية المحددة. أنا لا أحب الزاوية لذا كدت أن أفعل ذلك إلى riot.js

سأستبعد أيضًا أنه يبدو أن هناك بديلاً جيدًا يسمى http://forestadmin.com/. إنه مدفوع ومستضاف ولكن يمكنه العمل محليًا مجانًا. أخبرني المنشئ أنه إذا قمت للتو بتحميل برنامج Feathers الوسيط بعد برنامج Forest الوسيط ، فإنه يعمل خارج الصندوق. سأجربها قريبًا.

تضمين التغريدة
هل هذا برنامج مجاني؟

مرحبًا josx - لدينا خطة مجانية لمستخدم واحد :)

إذا كنت قد جربته / استخدمته / شاهدته - فإن إطار عمل StrongLoop API يولد واجهة مستخدم ويب لطيفة جدًا لخدمة RestFUL الخاصة بك ... والتي أصبحت الآن http://loopback.io على ما أعتقد (بعد أن استحوذت شركة IBM على Strongloop). على أي حال ، ربما هناك شيء يستحق اللمعان ...

ekryski - نظرت إلى forestadmin.com لكني لا أرى أين / كيف يمكن أن تعمل محليًا مجانًا؟ نحن نتطلع إلى استخدام feathersjs لتأسيس مشروعنا من الجيل التالي (خلف جدران الحماية دون الوصول إلى الإنترنت) لذلك نأمل أن يتم استضافة أي شيء / كل شيء محليًا .. :)

مرحبًا sjmcdowall - يمكنك تثبيته على تطبيقك باستخدام حزمة Forest اعتمادًا على ORM الذي تستخدمه: Sequelize أو Mongoose أو حتى Loopback .

يمكنك تجربة Forest على بيئة المضيف المحلي ( http://localhost... ) لأن البيانات تنتقل مباشرة من متصفحك إلى تطبيقك دون المرور عبر Forest.

إنه مجاني تمامًا لمستخدم إداري واحد 👍

هذا هو فكرة عظيمة. قام كل من سترابي وتريلين (نفس الفريق خلف الأشرعة) بتنفيذ هذا.

ekryski ما مدى جودة إدارة الغابات بالنسبة لك؟ هل تطلب الأمر الكثير من العبث؟ لقد قمنا ببناء واجهة مستخدم مخصصة خاصة بنا في رد الفعل ولكن سيكون من الجيد إزالة عبء العمل إذا كانت الغابة تعمل بشكل جيد؟

Mentioum لم يحالفني الحظ مع النمس في المشروع وتعرضنا لضغوط كبيرة للوقت ، لذا انتقلت إلى ng-admin. أحاول الفرز مع فريق Forest سواء كان الأمر يتعلق بـ Forest أو Feathers أو إذا كنت مجرد غبي. يجب أن يكون لديك بعض الوقت لمنحه تجربة مناسبة أخرى في وقت لاحق من هذا الأسبوع. بالتأكيد سوف يعود.

Mentioum اسمح لي بالتناغم ، فأنا أعمل مع SeyZ على الغابة. سنحقق في المشكلة معekryski. على أي حال ، إذا كنت مهتمًا بتجربة Forest ، فلا تتردد في التواصل معي أو إلى Sandro (رسائل البريد الإلكتروني هي [email protected]) وسنعمل على حل أي مشكلة معًا.

لقد عملت فورست على FeathersJS مع Sequelize لمشروع جانبي ، لذلك قد تقتصر المشكلة على النمس. إليك خلاصة ملف app.js الذي تم تعديله فقط لإضافة Forest.

آسف ولكني لا أرى الهدف من العمل على مسؤول مثل الغابة أنه ليس برنامجًا مجانيًا / مفتوح المصدر.
أعتقد أننا نعمل بشكل أفضل على ngadmin o مماثل.

شكرا ekryski .

شكراVinzGhyz. هذا لطيف للغاية ولكن لا شكرًا لك. حتى أعلم أنه يعمل مع النمس خارج الصندوق ، ليس لدي الوقت للالتزام به لأن لدينا بالفعل حل عملي نحافظ عليه على أنفسنا. سيكون السبب الوحيد للتبديل هو وجود حمل عمل 0 / عبء عمل أقل من حلنا الحالي.

سأراقب لأرى ما سيحدث.

(أعلم أنني قد ذكرتها من قبل ولكني أعتقد في الواقع أن KeystoneJS لديها مشرف رائع تم إنشاؤه تلقائيًا مع خيارات قوية جدًا استنادًا إلى ElementalUI (رد فعل)) JedWatson من المحتمل أن يكون لديه فكرة جيدة عن أفضل طريقة للقيام بذلك.

Mentioum شكرا على الذكر ، أود أن أعتقد أن هذا ما لدى KeystoneJS 😀

نحن في الواقع نناقش كيف يمكننا التركيز أكثر على المفهومين الأساسيين اللذين تتميز بهما Keystone بقوة: قوائم Keystone وواجهة المستخدم الإدارية. لم أغوص عميقًا في الريش منذ فترة ، لكن ما رأيته يبدو رائعًا ، ويركز على منطقة مختلفة قليلاً.

إصدارنا الرئيسي التالي وشيك (على أمل شحن إصدار تجريبي في اليوم التالي أو نحو ذلك) والذي تمت إعادة كتابته لمدة عام كامل بما في ذلك واجهة مستخدم تفاعل / إعادة إحياء كاملة وواجهات برمجة تطبيقات جديدة. سأكون منفتحًا بالتأكيد على العمل مع Feathers لمعرفة كيفية تقليل بعض التقاطع وجعل مشاريعنا متوافقة ، إذا كان هذا أمرًا مهمًا.

نأمل أيضًا أن نحرر أنفسنا من الاتصال الصعب بالنمس في المستقبل غير البعيد ، مما قد يجعله مناسبًا بشكل أفضل ، إذا تمكنا من التوصل إلى المرونة المناسبة في كيفية الاتصال بواجهة برمجة التطبيقات / مخزن البيانات .

فريق Feathers - لا تتردد في الاتصال إذا كنت ترغب في استكشاف هذا الأمر بشكل أكبر.

تضمين التغريدة يجب أن نتعاون تمامًا. متحمس لرؤية الإصدار الجديد. كنت في الواقع آمل / أفكر في كيفية اختراق Keystone للحصول على الريش كقطعة خلفية.

Mentioum أنا في نفس المركب بالضبط. مشغول جدا. سيتمكن Hopefull من اقتطاع نصف ساعة أو نحو ذلك هذا الأسبوع لمعرفة ما إذا كان بإمكاني تشغيل Forest.

لقد تأثرنا كثيرًا بـ ng-admin (على الرغم من أنني لست معجبًا كبيرًا بـ Angular). ومع ذلك ، لا يزال هناك الكثير من المتداول / التكرار الذي ينتهي به الأمر على جانب العميل لدعم الأشياء التي حددتها بالفعل في جانب خادم المخططات.

سيكون وضع حجر الأساس على الريش من الذهب! سأساهم في ذلك.

تضمين التغريدة _

لا توجد مشكلة لقد صنعت الكثير من الأشياء باستخدام Keystone (أنا معجب) (نفس الشيء مع الريش):

http://161london.com (عمل العميل)
http://thenidocollection.com (عمل العميل)
http://headstartapp.com (بدء التشغيل الحالي)

ونحن نستخدم Feathers كطريقة بسيطة لإظهار الكثير من الخدمات الصغيرة التي تعمل على تشغيل تطبيقات Headstart الفعلية (All React and React Native atm - بعضها يغلفها Electron للشركات التي تكره "تطبيقات المتصفح").

قد يكون هذا ممتدًا بعض الشيء ، ولكن إذا كنت تفكر حقًا في وجود نوع من أنواع ORM ، فلن يكون من الأفضل استخدام الريش كخدمة صغيرة تعمل جنبًا إلى جنب مع حجر الزاوية وأنت تستخدم ذلك فقط؟

وبهذه الطريقة ، لا يزال بإمكان حجر الأساس الحصول على حل "مفتاح التشغيل" الذي يولد كل شيء باستخدام النمس ، ولكن إذا كنت تريد أن تكون أكثر فخامة بعض الشيء ، فيمكنك تدوير بعض خدمات الريش الصغيرة لقوائم محددة توفر نقطة نهاية لخدمة معينة للريش.

أنا متأكد من أنكم يا رفاق لديكم فكرة أفضل بكثير حول كيفية تنظيمها. (يمكنك القيام بذلك فقط باستخدام المسارات السريعة في Keystone ولكن بعد ذلك لن يكون لديك مسؤول إنشاء تلقائي :))

لديك حقًا أحلام Dockerstack الصغيرة في الوقت الحالي:

ريديس
منغودب
حجر الزاوية
الريش- microservice1 ،
الريش ، microservicex ،
PSgress ،
Elasticsearch
إلخ إلخ ....
....

على أي حال وغني عن القول ما إذا كان هذا يمكن أن يكون شيئا ... معرف عن ذلك.

مرحبا شباب. إذا كنت قد بدأت في بناء هذا المشروع ، فهل يمكنك إعطاء ارتباط إلى المستودع الخاص بك أو أي شيء آخر حتى يتمكن الأشخاص من مراقبته؟

يود +1 رؤية بعض الأمثلة على الأنماط ، باستخدام حجر الزاوية مع الريش.

إنها بالتأكيد فكرة جيدة أن يكون لديك خلفية مُنشأة تلقائيًا.

بالنسبة للمطورين الذين يستخدمون GraphQL ، يمكن أن يكون هذا حلاً جيدًا: إنشاء GraphQL التلقائي CMS .

لدي مشروع كنت أعمل عليه منذ فترة وقد يكون مفيدًا / مفيدًا: NodeMDA هو محرك لتوليد الكود يأخذ نماذج UML وينشئ كود المصدر. يمكنك تصميم مفاهيم عالية المستوى مثل "الكيان" و "الخدمة" ، والحصول على مكدس كامل يتم إنشاؤه من أجلك. لقد أكملت للتو مكونًا إضافيًا له يقوم بإنشاء تطبيق كامل باستخدام Feathers على جانب الخادم ، و React + Material-UI من جانب العميل. كل كيان تقوم بنمذجه يحصل على محرر CRUD كامل.

الإطار بأكمله مرخص من قبل معهد ماساتشوستس للتكنولوجيا (MIT) ، لكنه لا يحتوي حاليًا على أداة النمذجة الخاصة به. أستخدم حاليًا StarUML لتطبيق النمذجة الخاص بي ، ولكن هذا فقط لأنه كان غير مكلف وتم تخزين بيانات التعريف الخاصة به في JSON بدلاً من مستند xml (مثل XMI). بينما يعد StarUML منتجًا تجاريًا ، إلا أنه يتمتع بفترة تقييم مجانية غير محدودة (أدوات تذمر). أنا لست تابعًا لـ StarUML بأي شكل من الأشكال - إنها أداة النمذجة الخاصة بهم فقط التي تلبي احتياجاتي الفورية. ومع ذلك ، يدعم NodeMDA أجهزة القراءة القابلة للتوصيل. لدي في خريطة الطريق طويلة المدى الخاصة بي لكتابة محرر فئة UML سريع وقذر حتى يتمكن الأشخاص من استخدامه دون الحاجة إلى دفع أي شيء.

اعتدت المساهمة في مشروع Java MDA (AndroMDA) ، وأردت أن يكون لدي شيء مشابه في عالم Node ، لذلك كنت أقوم بالقرصنة في NodeMDA. المحرك نفسه يعمل بشكل جيد. من السهل جدًا إنشاء مكونات إضافية جديدة لإنشاء رمز بطريقة مختلفة ، أو حتى بلغة مختلفة. أحب أن أقول "إنها عاقلة لكنها منفتحة".

نظرًا لأنه يعمل مع الريش في النهاية الخلفية ، فقد تجده مفيدًا على الفور ، أو قد يمثل نقطة انطلاق جيدة لشيء آخر. تحقق من ذلك:

https://www.npmjs.com/package/nodemda

والمكوِّن الإضافي feathers موجود هنا:

https://www.npmjs.com/package/nodemda-feathers-react

ربما يمكننا استخدامه: https://github.com/ForestAdmin/lumber

سيكون من الرائع أن تفعل شيئًا مع admin-on-rest

إذا كان أي شخص مهتم. لقد بدأت العمل على مفترق من evolutility-ui-response لإضافة دعم لواجهة Feathers API. لقد بدأت للتو حرفيًا للتو ، لكنني عملت CRUD الأساسي لنماذج بسيطة ، وجزئيًا هناك للملفات الثنائية ... يمكن أن تستخدم قاعدة الشفرة الأصلية القليل من إعادة البناء وأحتاج إلى إضافة دعم / اختبار مجموعة من أنواع الحقول ، ومع ذلك يمكن أن يكون مفيدًا لشخص ما. سأقوم بدفع المزيد من التغييرات خلال الأسابيع القليلة القادمة.

حول مشكلة

دعم نكهة الواجهة الأمامية لليوم

أعتقد أن Svelte يحل هذا جيدًا ( جيثب ). كل شيء مصنوع منه عالمي ويصبح Vanilla JavaScript بدون إطار.

أقترحه بشدة لأنه دليل مستقبلي وقابل دائمًا للتبديل مع أي تقنية "اليوم"

@ ddela-cr لقد بدأت مشروعًا لكتابة عميل مخصص لبقية الريش للإشراف على الراحة.
يرجى التحقق من ذلك ، ورحب المساهمة ...

https://github.com/josx/aor-feathers-client

لقد أطلقنا إصدارًا جديدًا لـ https://github.com/josx/aor-feathers-client ولدينا أيضًا دليل على العمل على https://github.com/Cambalab/test-feathers-admin

نظرًا لأنني عانيت من نفس الموضوع تمامًا لبعض الوقت ، أود مشاركة أسلوبي باستخدام ng-admin (الأخ الأكبر admin-on-rest على أساس AngularJS القديم) أيضًا.

لقد قمت باستخراج الحد الأدنى من التكوين المطلوب للحصول على ng-admin & ng-admin.jwt-auth للعمل مع Feathers وحولته إلى ريبو معد بعناية: https://github.com/beevelop/feathers-admin-starter

@ تطوير أحسنت!

منذ بضعة أيام ، كان لدي نفس الشيء تقريبًا مع ng-admin (لكن إصدارك يحتوي على المزيد من الميزات). هنا الريبو مع (feathers app، ngadmin and admin-on-rest).

ربما يمكننا تحسين مثال sam باستخدام ng-admin و admin-on-rest + feathers.

مرحبا شباب،

يحتاج كل إطار إلى إعادة اختراع العجلة لواجهة الإدارة. هناك "مدير ريش" ، "مشرف لارافيل" ، "مشرف ريلز" ، إلخ. مجنون ، أليس كذلك؟ هذا هو السبب في أنني قمت بإصدار Lumber (https://github.com/ForestAdmin/lumber) - بدلاً من توصيله بالتطبيق الخاص بك ، فإنه ينشئ واحدًا جديدًا خصيصًا للمسؤول (بمعنى آخر ، فإنه ينشئ خدمة مصغرة للمشرف) .

ما رأيك في هذا الحل؟

SeyZ في مشروعي غير قابل للتطبيق ، لأننا قررنا السيطرة على جميع البرامج. لذلك إذا لم يكن برنامجًا مجانيًا ، فلن أتمكن من شراء خدمة.

أيضًا من وجهة نظر المطور ، أعتقد أنك قمت بعمل رائع ولكنه ليس مفيدًا للمجتمع.

قد تعتقد أن نموذج الأعمال الذي يتضمن البرمجيات الحرة هو أساس.
فقط سنتان.

josx Lumber هي خدمة مفتوحة المصدر تمامًا و Forest هي خدمة تمنحك تلقائيًا واجهة مستخدم رائعة (آمل: D). كل شيء مجاني تماما بالطبع!

ألق نظرة على الإصدار المحدث من admin-on-rest . تبدو رائعة.

أعتقد أن هناك بعض الحلول الجيدة هنا الآن ، لذا سأغلق هذا الآن. لا يعمل الفريق الأساسي على أي شيء رسمي وليس لديه خطط للقيام بذلك على المدى القريب.

تطول هذه المشكلة ، لكنني لا أريد قفلها في حالة ظهور شيء جديد. إذا صادفت شيئًا لم يتم ذكره بالفعل وتعتقد أنه مناسب ، فلا تتردد في نشره! إذا بدأ هذا في التحول إلى لوحة مناقشة أو بدأنا في رؤية الكثير من نفس الشيء ، فسنغلق الموضوع.

شكرا للجميع على كل المدخلات! أنتم يا رفاق تجعلون المجتمع مذهلاً! ❤️

في مشروع بأي مقياس بطريقة أو بأخرى ، ستحتاج إلى إنشاء صفحات مسؤول. ربما يتعين علينا إنشاء صفحة في المستندات بها روابط إلى مكتبات مختلفة لإنشاء صفحات إدارة واجهة المستخدم الرسومية؟ سأكون سعيدًا للحصول على حل خارج الصندوق ، لكن يمكننا على الأقل التوصية بأفضل الحلول عالية الجودة.

kulakowka سيكون من المنطقي إضافة قسم إلى صفحة النظام البيئي بعد قسم مجموعات البداية. https://docs.feathersjs.com/v/auk/ecosystem/readme.html

يوجد حل مكافئ يعتمد على Loopback و Angular أيضًا. يطلق عليه Colmena-cms (المعروف سابقًا باسم Loopback Angular Admin).

يعتبر الجمع بين Feathers و admin-on-rest أكثر منطقية لأننا سنحتاج بعد ذلك إلى التركيز بشكل أساسي على بناء الجسر بين كليهما دون الحاجة إلى التركيز على كيفية عرض صفحات المسؤول.

لمثل هذا الحل الجديد الذي يعتمد على الريش والإدارية عند الراحة ، سنحتاج إلى طريقة تسمح بالتحديثات السهلة لهاتين التبعيتين.

أفترض أن بناء مثل هذا الحل والحفاظ عليه يجب أن يتطلب جهدًا أقل من كولمينا.

لقد ساهمت في colemena-cms في الماضي ، لكنها مخصصة للاسترجاع فقط. هذا هو السبب في أن وجود تطبيق مثل admin في وضع الراحة هو الخيار الأمثل للريش.

ألق نظرة على المكون الإضافي aor الذي نعمل عليه. https://github.com/josx/aor-feathers-client

أي شخص ينجح في استخدام forestAdmin على طول الريش؟

loiclouvet لقد مرت فترة من الوقت منذ أن حاولت ولكني نجحت في جعل فورست تعمل على طول الريش في الماضي. أرغب في المحاولة مرة أخرى اليوم ونشر مثال عملي كامل هنا: https://github.com/forestadmin/forest-examples

إخلاء المسئولية: أنا مؤسس شركة فورست.

SeyZ لقد قمت بإعداد Forest مع الريش (باستخدام النمس) بعد عدة محاولات ، بالتأكيد سأجربها!

لقد أضفت للتو مثالاً عمليًا لدمج إدارة الغابات مع الريش هنا: https://github.com/ForestAdmin/forest-examples/tree/master/examples/feathers/sql-database

لا تتردد إذا كان لديك أي سؤال ؛)

SeyZ قمت بإعداد إدارة الغابة باستخدام النمس ، كما أفهمها ، فهي تتجاوز خطافات الريش وتضخ مباشرة في mongodb ، أليس كذلك؟

nadbm أنت محق تمامًا ، لذا لا أعتقد أن إدارة الغابات تتلاءم جيدًا مع الريش. أنا شخصياً حاولت واعتمدت admin-on-rest!

تم قفل هذه المشكلة تلقائيًا نظرًا لعدم وجود أي نشاط حديث بعد إغلاقه. الرجاء فتح مشكلة جديدة مع ارتباط لهذه المشكلة للأخطاء ذات الصلة.