Feathers: Tolong dukung GUI untuk CRUD

@takaaptech terima kasih atas sarannya! Kami telah membicarakan hal ini di antara @feathersjs/core-team cukup lama. Itu pasti harus menjadi plugin opsional tetapi tentu saja bisa dilakukan. Saya sementara akan menampar ini pada tonggak 3.0.

@ekryski terima kasih banyak! bulu benar-benar mengagumkan!

Hei, saya suka ide memiliki GUI sederhana untuk operasi CRUD dan saya ingin tahu lebih banyak tentang bagaimana Anda berencana untuk mengatasi ini. Tidakkah Anda memerlukan sesuatu seperti Skema JSON untuk membakukan definisi model, terlepas dari ORM apa yang digunakan di bawah tenda? Saya telah banyak bekerja dengan menghasilkan GUI secara otomatis sesuai dengan skema, dan mengekspos skema tersebut dengan bidangnya sangat penting. Juga masuk akal untuk memikirkan validasi data (panjang maksimal, string regex, dll), editor properti (edit tanggal, waktu, atau waktu pada bidang jenis tanggal) dan seterusnya.

Bukankah masuk akal untuk menerapkan definisi skema ini (berdasarkan JSON sederhana yang kompatibel dengan browser dan bukan ekstensi gaya tulang punggung yang khas seperti yang dilakukan rak buku) dengan asosiasinya dan menulis adaptor skema untuk ORM yang berbeda?

Ini juga akan mempermudah penerapan angkuh dan beralih di antara ORM karena Anda tidak perlu menulis ulang model Anda.

sunting: Saya merasa sangat penting untuk memikirkan berapa banyak bulu yang dibutuhkan untuk menjadi agnostik data. Tapi saya melihat Anda melakukan banyak upaya untuk menerapkan sinkronisasi data, kemampuan offline, dll. Karena itu, saya pikir bulu perlu lebih terikat dengan model data, terutama jika Anda memikirkan kemampuan sisi klien.

Saya pikir itu harus mirip dengan apa yang ditawarkan Strapi . Lihatlah studio dan admin panel miliknya.

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

Strapi sangat erat dengan garis air dan dengan demikian, lebih mudah untuk menerapkan fitur ini.

Omong-omong, parse juga menawarkan ini, yang disebut parse-dashboard (https://github.com/ParsePlatform). Di sini sekali lagi, tidak ada fleksibilitas seperti bulu untuk memilih antara ORM.

Tidak sabar untuk mendengar bagaimana bulu akan mengatasi ini jika mereka benar-benar memutuskan untuk menyediakan fitur ini.

Solusi yang saya lihat adalah membagi fitur menjadi dua jenis modul:

• plugin bulu yang melakukan pekerjaan utama, seperti menampilkan GUI
• adaptor untuk plugin untuk mengelola ORM

Jadi kami akan memiliki plugin unik dan banyak adaptor, satu untuk setiap ORM.

Kami memiliki beberapa ide di sini dan saya pikir ada bagian yang berbeda untuk ini:

1) Antarmuka UI untuk menyatukan API Anda secara visual. Dengan aliran kait dan layanan, saya pikir ada beberapa potensi di sini.
2) Antarmuka admin terpisah yang memungkinkan Anda bekerja dengan API dan menelusuri layanan. Jenis seperti Postman tetapi khusus untuk Feathers.
3) Membuat backend admin CRUD di aplikasi. Ini mungkin yang paling sulit dan paling sulit untuk dilakukan. Anda harus membuat implementasi yang berbeda untuk kerangka kerja frontend yang berbeda (kecuali ada tumpukan frontend "resmi" di atas Feathers) dan generator sulit untuk dipelihara dan di-debug.

benar-benar ingin tidak pernah menulis CRUD. untuk apa nilainya, saya sudah melakukan ini di proyek saya sendiri menggunakan tcomb , tcomb-form , feathers-tcomb , dan feathers-action . lihat semuanya bersama-sama di business-stack . ingin merekomendasikan. :)

@ahdinosaur itu sangat keren. @daffl Saya pikir kita mungkin ingin memancarkan beberapa hal itu. Setidaknya feathers-tcomb atau sesuatu. Itu persis seperti yang saya pikir kita harus menangani validasi dan tidak peduli apa yang kita gunakan untuk mencapai ini, kita harus memiliki beberapa model/definisi sumber daya untuk secara otomatis menghasilkan dokumen API dan UI CRUD. feathers-swagger pada dasarnya hanya memberikan definisi model luwak ke Swagger.

Kita harus memutuskan bagaimana kita ingin mengiris ini sedikit, mengingat kita memiliki begitu banyak DB dan ORM yang berbeda. Saya bisa melihat sesuatu seperti tcomb menjadi sangat berharga tetapi apakah itu mengalahkan tujuan menggunakan ORM? Itu tidak selalu merupakan hal yang buruk tetapi saya pikir konsisten dalam definisi skema/model/sumber daya Anda (apa pun yang Anda ingin menyebutnya) adalah penting, terlepas dari DB di bawahnya. Membuat database mudah ditukar adalah penting jadi saya tidak suka ide menggunakan model Sequelize, model luwak, tetapi kemudian untuk DB lain menggunakan Tcomb atau sesuatu.

Untuk bagian UI admin atau sesuatu yang saya setujui bahwa:

A) Ini adalah pekerjaan yang sangat sulit untuk mendukung cita rasa ujung depan hari ini
B) Jika kita mengimplementasikan front end, katakanlah di React, maka tidak akan mudah untuk menggunakan alternatif di sampingnya.

Jadi mungkin perlu front yang berpendirian (itu masih opsional) tetapi jika Anda tidak, misalnya, ingin menggunakan React maka sayang sekali. Jika kita dapat membuatnya super ringan sehingga mudah untuk ditiru orang dan bagi komunitas untuk membuat front-end yang berbeda, maka itu mungkin bekerja dengan sangat baik.

Terinspirasi oleh Django Saya telah mencari-cari sesuatu yang datang dengan CRUD-GUI atau semacam admin. Saya telah bermain-main dengan ide menghasilkan skema JSON untuk banyak model. Dengan menggunakan skema itu, Anda harus dapat membuat kode validasi, skema untuk luwak[1] dan model lainnya. Menghubungkan admin ke bulu akan tampak relatif lurus ke depan menggunakan skema dan sesuatu di sepanjang baris ng-admin [2].

Saya pikir keuntungan dari pendekatan ini adalah tidak ada kode yang harus ditulis untuk bulu secara khusus. (selain generator skema JSON, dan beberapa lem yang dihasilkan) Tidak akan ada kekhawatiran tentang "rasa hari ini" dan bulu akan tetap berpendirian di tempat yang benar-benar penting, antarmuka REST dan Socket.io yang disediakannya.

Hanya 2 sen saya, jika ada yang tertarik dengan ini, saya ingin membuat prototipe untuk ini di suatu tempat dalam 2 ~ 3 minggu ke depan.

[1] konverter json-schema ke luwak: https://www.npmjs.com/package/json-schema-to-mongoose
[2] ng-admin, admin CRUD: https://github.com/marmelab/ng-admin

@AndreSteenveld Saya mulai mengerjakan sesuatu seperti ini tahun lalu. Anda dapat melihat apa yang saya kumpulkan di sini: https://github.com/marshallswain/AmityApp. Ini pada dasarnya berfungsi untuk membuat apa yang saya sebut adaptor Amity, yang merupakan kumpulan layanan bulu khusus untuk menangani tipe basis data. Saya hanya membuat versi MongoDB.

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

amity-mongodb memungkinkan Anda mengelola seluruh server MongoDB. Ini menggunakan beberapa layanan bulu:

• feathers-mongo-databases
• feathers-mongo-collections
• feathers-mongo-users Hadir dalam rilis Auth
• feathers-mongodb

Karena semuanya menggunakan layanan Feathers, saat Anda menambah/menghapus database dan koleksi, itu diperbarui secara realtime.

Saya belum memutakhirkan server amity ke Feathers 2.0. Anda dipersilakan untuk menyelamatkan apa pun yang Anda bisa darinya. :)

Saya membuatnya sepenuhnya modular, sehingga Anda dapat membangun UI Anda sendiri di atas adaptor amity jika Anda mau.

Anda mungkin sudah tahu ng-admin. Saya suka cara mereka menangani backend tertentu. Saya tidak suka sudut jadi saya hampir selesai mem-portingnya ke riot.js

Saya juga akan membuang bahwa sepertinya ada alternatif yang cukup bagus bernama http://forestadmin.com/. Itu dibayar dan di-host tetapi dapat bekerja secara lokal secara gratis. Pembuatnya memberi tahu saya bahwa jika Anda hanya memuat middleware Feathers setelah middleware Forest, itu berfungsi di luar kotak. Saya akan mencobanya sebentar lagi.

@ekryski @SeyZ
Apakah itu perangkat lunak gratis?

Hai @josx - Kami memiliki paket gratis untuk 1 pengguna :)

Jika Anda telah mencoba/menggunakannya/melihatnya -- kerangka kerja StrongLoop API menghasilkan UI Web yang sangat bagus untuk layanan RestFUL Anda ... Yang sekarang saya kira http://loopback.io (setelah IBM mengakuisisi Strongloop). Bagaimanapun, mungkin ada sesuatu di sana yang layak untuk berkilau ...

@ekryski - melihat forestadmin.com tapi saya tidak melihat di mana/bagaimana ini bisa bekerja secara lokal secara gratis? Kami sedang mempertimbangkan untuk menggunakan feathersjs sebagai basis perusahaan gen kami berikutnya (di belakang firewall tanpa akses Internet) jadi semoga apa pun / semuanya dapat di-host secara lokal .. :)

Hai @sjmcdowall - Anda dapat menginstalnya di aplikasi Anda menggunakan paket Forest tergantung pada ORM yang Anda gunakan: Sequelize , Mongoose atau bahkan Loopback .

Anda dapat mencoba Forest di lingkungan localhost Anda ( http://localhost... ) karena data ditransmisikan langsung dari browser Anda ke aplikasi Anda tanpa melewati Forest.

Ini benar-benar gratis untuk 1 pengguna admin 👍

Ini adalah ide bagus. Baik Strapi dan Treeline (Tim yang sama di belakang Sails) telah menerapkan ini.

@ekryski seberapa baik Forest Admin pergi untuk Anda? Apakah itu membutuhkan banyak mengutak-atik? Kami telah membangun UI admin kustom kami sendiri sebagai reaksi, tetapi akan lebih baik untuk menghapus beban kerja jika hutan berfungsi dengan baik di luar kotak?

@Mentioum Saya tidak beruntung dengan luwak di proyek dan kami cukup terdesak waktu jadi pergi ke ng-admin. Mencoba memilah-milah dengan tim Hutan apakah itu sesuatu dengan Hutan, Bulu atau apakah saya hanya bodoh. Harus punya waktu untuk mencobanya lagi akhir minggu ini. Pasti akan melaporkan kembali.

@Mentioum Izinkan saya untuk bergabung, saya bekerja dengan @SeyZ di Forest. Kami akan menyelidiki masalah ini dengan @ekryski. Bagaimanapun, jika Anda tertarik untuk mencoba Forest, jangan ragu untuk menghubungi Sandro atau saya (email adalah [email protected]) dan kami akan menyelesaikan masalah apa pun bersama-sama.

Saya membuat Forest mengerjakan FeathersJS dengan Sequelize untuk proyek sampingan, jadi masalahnya mungkin terbatas pada luwak. Berikut adalah inti dari file app.js yang hanya di-tweak untuk menambahkan Forest.

Maaf tapi saya tidak melihat gunanya bekerja pada admin seperti hutan yang bukan perangkat lunak bebas/sumber terbuka.
Saya pikir kita lebih baik mengerjakan ngadmin atau serupa.

terima kasih @ekryski .

terima kasih @VinzGhyz. Itu sangat baik tapi tidak, terima kasih. Sampai saya tahu itu bekerja dengan luwak di luar kotak, saya tidak punya waktu untuk berkomitmen karena kami sudah memiliki solusi kerja yang kami pertahankan sendiri. Satu-satunya alasan bagi kami untuk beralih adalah pada beban kerja 0 / beban kerja lebih sedikit daripada solusi kami saat ini.

Saya akan menonton untuk melihat apa yang terjadi.

(Saya tahu saya telah menyebutkannya sebelumnya, tetapi saya sebenarnya berpikir KeystoneJS memiliki admin autogenerated yang hebat dengan opsi yang cukup solid berdasarkan ElementalUI (bereaksi) ) @JedWatson mungkin akan memiliki wawasan yang baik tentang cara terbaik untuk melakukan ini.

@Mentioum terima kasih atas penyebutannya, saya ingin berpikir itulah yang dimiliki KeystoneJS

Kami sebenarnya sedang mendiskusikan bagaimana kami dapat lebih fokus pada dua konsep inti yang sangat kuat dengan Keystone: Daftar Keystone dan UI Admin. Saya belum mendalami Feathers untuk sementara waktu tetapi apa yang saya lihat tampak hebat, dan fokus pada area yang sedikit berbeda.

Versi utama kami berikutnya sudah dekat (berharap untuk mengirimkan beta di hari berikutnya atau lebih) yang telah ditulis ulang selama setahun termasuk UI yang sepenuhnya bereaksi / redux dan API baru. Saya pasti akan terbuka untuk bekerja dengan Feathers untuk mengetahui cara mengurangi beberapa crossover dan membuat proyek kami kompatibel, jika itu menarik.

Kami juga berharap untuk membebaskan diri dari koneksi yang sulit ke luwak dalam waktu yang tidak terlalu lama, yang mungkin membuatnya lebih cocok, jika kami dapat menemukan fleksibilitas yang tepat dalam cara Anda terhubung ke API / penyimpanan data .

Tim bulu - jangan ragu untuk menghubungi jika Anda ingin menjelajahi ini lebih lanjut.

@JedWatson luar biasa. Kita harus benar-benar berkolaborasi. Senang melihat versi baru. Saya sebenarnya telah berharap/berpikir tentang bagaimana kita bisa meretas Keystone untuk memiliki Feathers sebagai bagian backend.

@Mentioum Saya berada di kapal yang sama persis dengan Anda. Terlalu sibuk. Hopefull akan dapat mengukir setengah jam atau lebih minggu ini untuk melihat apakah saya bisa membuat Forest bekerja.

Kami cukup terkesan dengan ng-admin (walaupun saya bukan penggemar berat Angular). Namun, masih banyak boilerplate/redundansi yang akhirnya Anda lakukan di sisi klien untuk mendukung hal-hal yang telah Anda tetapkan di sisi server skema.

Menempatkan Keystone di Feathers akan menjadi emas! Saya akan berkontribusi untuk itu.

@JedWatson @ekryski @daffl

Tidak masalah, saya telah membuat banyak hal dengan Keystone (saya seorang penggemar) (sama dengan bulu):

http://161london.com (klien bekerja)
http://thenidocollection.com (pekerjaan klien)
http://headstartapp.com (startup saat ini)

Dan kami menggunakan Feathers sebagai cara sederhana untuk memunculkan banyak layanan kecil yang memberi daya pada Aplikasi Headstart yang sebenarnya (Semua React dan React Native atm - beberapa dengan Electron membungkusnya untuk perusahaan yang membenci 'aplikasi browser').

Ini mungkin sedikit berlebihan tetapi jika Anda benar-benar berpikir tentang keystone yang memiliki semacam ORM, bukankah lebih keren menggunakan bulu sebagai layanan mikro yang berjalan di samping keystone dan Anda hanya menggunakannya?

Dengan cara itu keystone masih dapat memiliki solusi 'turn key' yang menghasilkan semuanya dengan luwak tetapi kemudian jika Anda ingin sedikit lebih mewah, Anda dapat memutar beberapa layanan mikro Feathers untuk Daftar tertentu yang Anda berikan titik akhir ke layanan Feathers tertentu.

Saya yakin kalian memiliki ide yang jauh lebih baik tentang bagaimana menyusunnya. (Obs Anda bisa melakukannya dengan rute ekspres di Keystone tetapi kemudian Anda tidak akan memiliki admin autogenerating :))

Benar-benar memiliki mimpi Dockerstack kecil sekarang:

redis,
mongodb,
dasar,
bulu-microservice1,
bulu-microservicex,
kemajuan,
pencarian elastis
dll dll....
....

Pokoknya tak perlu dikatakan jika ini bisa menjadi sesuatu ... id siap untuk itu.

Hai teman-teman. Jika Anda sudah mulai membangun proyek ini, dapatkah Anda memberikan tautan ke repositori Anda atau apa pun sehingga orang dapat mengawasinya?

+1 ingin melihat beberapa contoh pola, menggunakan batu kunci dengan bulu.

Tentu merupakan ide yang bagus untuk memiliki backend yang dibuat secara otomatis.

Untuk pengembang yang menggunakan GraphQL, ini bisa menjadi solusi yang baik: GraphQL auto generate CMS .

Saya memiliki proyek yang telah saya kerjakan untuk sementara waktu yang mungkin berguna/menarik: NodeMDA adalah mesin pembuat kode yang menggunakan model UML dan menghasilkan kode sumber. Anda dapat memodelkan konsep tingkat tinggi seperti "Entitas" dan "Layanan", dan mendapatkan seluruh tumpukan yang dihasilkan untuk Anda. Saya baru saja menyelesaikan sebuah plugin untuk itu yang menghasilkan aplikasi lengkap menggunakan Feathers di sisi server, dan React + Material-UI di sisi klien. Setiap entitas yang Anda modelkan mendapatkan editor CRUD lengkap.

Seluruh kerangka kerja Berlisensi MIT, tetapi saat ini tidak memiliki alat pemodelan sendiri. Saat ini saya menggunakan StarUML untuk aplikasi pemodelan saya, tetapi itu hanya karena harganya murah dan data metanya disimpan di JSON daripada dokumen xml (seperti XMI). Meskipun StarUML adalah produk komersial, mereka memiliki periode evaluasi gratis tanpa batas (peralatan cerewetnya). Saya tidak berafiliasi dengan StarUML dengan cara apa pun - hanya alat pemodelan mereka yang memenuhi kebutuhan mendesak saya. Namun, NodeMDA mendukung pembaca yang dapat dicolokkan. Saya memiliki peta jalan jarak jauh saya untuk menulis editor kelas UML yang cepat dan kotor sehingga orang dapat menggunakannya tanpa harus membayar apa pun.

Saya dulu berkontribusi pada proyek Java MDA (AndroMDA), dan saya ingin memiliki sesuatu yang serupa di dunia Node, jadi saya telah meretas NodeMDA. Performa mesinnya sendiri cukup baik. Cukup mudah untuk membuat plugin BARU untuk menghasilkan kode dengan cara yang berbeda, atau bahkan dalam bahasa yang berbeda. Saya suka mengatakan "itu berpendirian, tapi berpikiran terbuka."

Karena ada Bulu di bagian belakang, Anda mungkin langsung merasa berguna, atau mungkin menjadi titik awal yang baik untuk hal lain. Coba lihat:

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

dan plugin bulu ada di sini:

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

mungkin kita bisa menggunakannya: https://github.com/ForestAdmin/lumber

akan sangat bagus untuk melakukan sesuatu dengan admin-on-rest

Jika ada yang tertarik. Saya sudah mulai mengerjakan fork evolutility-ui-react untuk menambahkan dukungan untuk API bulu. Saya benar-benar baru saja memulai, tetapi CRUD dasar berfungsi untuk model sederhana, dan sebagian jalan ke sana untuk file biner ... basis kode asli dapat menggunakan sedikit refactoring dan saya perlu menambahkan dukungan untuk/menguji banyak jenis bidang , namun itu bisa berguna bagi seseorang. Saya akan mendorong lebih banyak perubahan selama beberapa minggu ke depan.

Tentang masalah

dukung cita rasa ujung depan hari ini

Saya percaya bahwa Svelte menyelesaikan ini dengan cukup baik ( github ). Semua yang dibuat dengannya bersifat universal dan menjadi JavaScript vanilla tanpa kerangka kerja.

Saya sangat menyarankannya karena ini adalah bukti masa depan dan selalu dapat dipertukarkan dengan teknologi apa pun "hari ini"

@ddela-cr saya telah memulai proyek untuk menulis klien istirahat bulu khusus untuk admin-on-rest .
Silakan periksa, kontribusi disambut ...

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

Kami merilis versi baru untuk https://github.com/josx/aor-feathers-client dan juga kami memiliki bukti kerja di https://github.com/Cambalab/test-feathers-admin

Karena saya berjuang dengan topik yang sama untuk beberapa waktu, saya ingin membagikan pendekatan saya menggunakan ng-admin ( kakak admin-on-rest berdasarkan AngularJS yang lama) juga.

Saya mengekstrak konfigurasi minimum yang diperlukan untuk membuat ng-admin & ng-admin.jwt-auth bekerja dengan Feathers dan mengubahnya menjadi repo yang dibuat dengan hati-hati: https://github.com/beevelop/feathers-admin-starter

@beevelop bagus!

Beberapa hari yang lalu saya telah melakukan hampir sama dengan ng-admin (tetapi versi Anda memiliki lebih banyak fitur yang dilakukan). Di sini repo dengan (aplikasi bulu, ngadmin, dan admin saat istirahat).

Mungkin kita bisa memperbaiki contoh yang sama dengan ng-admin dan admin-on-rest + feathers.

Hai teman-teman,

Setiap kerangka kerja perlu menemukan kembali roda untuk antarmuka admin. Ada "admin bulu", "admin laravel", "admin rails", dll. Gila bukan? Inilah mengapa saya merilis Lumber (https://github.com/ForestAdmin/lumber) - alih-alih dicolokkan ke aplikasi Anda, ini menghasilkan yang baru khusus untuk admin (dengan kata lain, ini menghasilkan layanan mikro admin) .

Apa pendapat Anda tentang solusi ini?

@SeyZ dalam proyek saya tidak layak, karena kami memutuskan untuk memiliki kendali atas semua perangkat lunak. Jadi jika itu bukan perangkat lunak gratis, saya tidak dapat membeli layanan.

Juga dari sudut pandang pengembang, saya pikir Anda telah melakukan pekerjaan yang hebat tetapi itu tidak berguna bagi komunitas.

Anda mungkin berpikir model bisnis yang menyertakan perangkat lunak bebas sebagai inti.
Hanya 2 sen saya.

@josx Lumber sepenuhnya opensource dan Forest adalah layanan yang memberi Anda UI yang hebat secara otomatis (saya harap :D). Semuanya benar-benar gratis tentu saja!

Lihatlah versi terbaru dari admin-on-rest . Ini terlihat luar biasa.

Saya pikir ada beberapa solusi yang cukup bagus di sini sekarang, jadi saya akan menutup ini untuk saat ini. Tim inti tidak mengerjakan sesuatu yang resmi dan tidak memiliki rencana untuk melakukannya dalam waktu dekat.

Masalah ini semakin panjang, tetapi saya tidak ingin menguncinya jika ada sesuatu yang baru muncul. Jika Anda menemukan sesuatu yang belum disebutkan yang menurut Anda cocok, jangan ragu untuk mempostingnya! Jika ini mulai menjadi papan diskusi atau kami mulai melihat banyak hal yang sama, kami akan mengunci utasnya.

Terima kasih untuk semua masukan semua orang! Kalian membuat komunitas ini luar biasa! ❤️

Dalam proyek skala apa pun dengan satu atau lain cara, Anda perlu membuat halaman admin. Mungkin kita harus membuat halaman di dokumen dengan tautan ke perpustakaan yang berbeda untuk membuat halaman Admin GUI? Saya akan senang untuk memiliki solusi di luar kotak, tetapi kami setidaknya dapat merekomendasikan solusi kualitas terbaik.

@kulakowka Akan lebih masuk akal untuk menambahkan bagian ke halaman Ekosistem setelah bagian tumpukan awal. https://docs.feathersjs.com/v/auk/ecosystem/readme.html

Solusi setara berdasarkan Loopback dan Angular juga ada. Ini disebut Colmena-cms (sebelumnya dikenal sebagai Loopback Angular Admin).

Menggabungkan Feathers dengan admin-on-rest paling masuk akal karena kita kemudian perlu fokus terutama pada membangun jembatan di antara keduanya tanpa perlu fokus pada cara merender halaman admin.

Untuk solusi baru yang bergantung pada bulu dan admin-on-rest, kita memerlukan cara yang memungkinkan pembaruan mudah dari kedua dependensi ini.

Saya kira membangun dan memelihara solusi seperti itu membutuhkan lebih sedikit usaha daripada Colmena.

Saya telah berkontribusi pada colemena-cms di masa lalu, tetapi itu hanya untuk loopback. Itu sebabnya memiliki aplikasi seperti admin saat istirahat adalah pilihan sempurna untuk bulu.

Lihatlah aor plugin yang sedang kami kerjakan. https://github.com/josx/aor-feathers-client

Adakah yang berhasil menggunakan forestAdmin bersama bulu?

@loiclouvet Sudah lama sejak saya mencoba tetapi saya berhasil membuat Forest bekerja di sepanjang bulu di masa lalu. Ingin mencoba lagi hari ini dan menerbitkan contoh kerja lengkap di sini: https://github.com/forestadmin/forest-examples

Penafian: Saya adalah pendiri Forest.

@SeyZ Saya mengatur Hutan dengan bulu (menggunakan luwak) setelah beberapa kali mencoba, pasti akan mencobanya!

Saya baru saja menambahkan contoh kerja untuk mengintegrasikan Forest Admin ke Feathers di sini: https://github.com/ForestAdmin/forest-examples/tree/master/examples/feathers/sql-database

Jangan ragu jika Anda memiliki pertanyaan ;)

@SeyZ Saya mengatur admin Hutan dengan luwak, seperti yang saya pahami, ia melewati kait bulu dan langsung menyuntikkan ke mongodb, benar?

@nadbm Anda benar sekali, jadi menurut saya admin Forest tidak cocok dengan Feathers. Secara pribadi, saya mencoba dan mengadopsi admin-on-rest !

Masalah ini telah dikunci secara otomatis karena tidak ada aktivitas terbaru setelah ditutup. Silakan buka masalah baru dengan tautan ke masalah ini untuk bug terkait.