Feathers: CRUD용 GUI를 지원해주세요

@takaaptech 제안 감사합니다! 우리는 @feathersjs/core-team 사이에서 이것에 대해 꽤 많이 이야기했습니다. 확실히 선택적 플러그인이어야 하지만 확실히 할 수 있습니다. 나는 3.0 이정표에 이것을 잠정적으로 때릴 것이다.

@ekryski 정말 감사합니다! 깃털은 정말 굉장합니다!

안녕하세요, 저는 CRUD 작업을 위한 간단한 GUI가 있다는 아이디어가 마음에 드는데, 이를 어떻게 처리할 계획인지 자세히 알고 싶습니다. ORM이 내부에서 사용되는 것과는 별개로 모델 정의를 표준화하기 위해 JSON 스키마와 같은 것이 필요하지 않습니까? 저는 스키마에 따라 GUI를 자동으로 생성하는 작업을 많이 해왔고 해당 스키마를 해당 필드와 함께 노출하는 것이 중요합니다. 또한 데이터 유효성 검사(최대 길이, 문자열 정규식 등), 속성 편집기(날짜 유형 필드의 날짜, 날짜/시간 또는 시간 편집) 등에 대해 생각하는 것이 좋습니다.

이러한 스키마 정의(bookshelf와 같은 일반적인 백본 스타일 확장이 아닌 브라우저 호환 단순 JSON 기반)를 연관과 함께 구현하고 다른 ORM에 대한 스키마 어댑터를 작성하는 것이 합리적이지 않습니까?

이렇게 하면 모델을 다시 작성할 필요가 없으므로 swagger를 구현하고 ORM 간에 전환하는 것이 더 쉬워집니다.

편집: 데이터 불가지론자가 얼마나 많은 깃털이 필요한지 생각하는 것이 매우 중요하다고 생각합니다. 하지만 데이터 동기화, 오프라인 기능 등을 구현하기 위해 많은 노력을 하고 있는 것을 알 수 있습니다. 따라서 특히 클라이언트 측 기능에 대해 생각하는 경우 깃털이 데이터 모델과 더 밀접하게 연결되어야 한다고 생각합니다.

나는 그것이 Strapi가 제공하는 것과 유사해야 한다고 생각합니다. 그의 studio 및 admin panel 를 보십시오.

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

Strapi는 수선과 밀접하게 연결되어 있으므로 이 기능을 구현하기가 더 쉽습니다.

그건 그렇고, parse-dashboard(https://github.com/ParsePlatform)라는 parse도 제공합니다. 여기서도 ORM 중에서 선택하기 위한 깃털과 같은 유연성은 없습니다.

깃털이 실제로 이 기능을 제공하기로 결정했다면 깃털이 이 문제를 어떻게 해결할지 기대됩니다.

내가 보는 솔루션은 기능을 두 가지 유형의 모듈로 분할하는 것입니다.

• GUI 표시와 같은 주요 작업을 수행하는 깃털 플러그인
• ORM을 관리하기 위한 플러그인용 어댑터

따라서 우리는 각 ORM에 대해 하나씩 고유한 플러그인과 많은 어댑터를 갖게 됩니다.

여기에 몇 가지 아이디어가 있으며 여기에는 다른 부분이 있다고 생각합니다.

1) API를 시각적으로 통합하는 UI 인터페이스. 후크와 서비스의 흐름으로 여기에는 상당한 잠재력이 있다고 생각합니다.
2) API로 작업하고 서비스를 탐색할 수 있는 별도의 관리 인터페이스. Postman 과 비슷하지만 특히 Feathers용입니다.
3) 앱에서 CRUD 관리자 백엔드 생성. 이것은 아마도 가장 어렵고 가장 까다로울 것입니다. 서로 다른 프론트엔드 프레임워크에 대해 서로 다른 구현을 생성해야 하며(Feathers 위에 "공식" 프론트엔드 스택이 없는 경우) 생성기는 유지 관리하고 디버그하기 어렵습니다.

절대 CRUD를 작성하지 않으려고 합니다. 가치가 있기 때문에 tcomb , tcomb-form , feathers-tcomb 및 feathers-action 를 사용하여 내 프로젝트에서 이미 이 작업을 수행하고 있습니다. business-stack 에서 모두 함께 확인하세요. 추천합니다. :)

@ahdinosaur 정말 멋지네요. @daffl 우리가 그 중 일부를 빛나게 하고 싶을 수도 있다고 생각합니다. 적어도 feathers-tcomb 정도. 유효성 검사를 처리해야 한다고 생각했던 바로 그 방법이며 이를 수행하기 위해 무엇을 사용하든 API 문서와 CRUD UI를 자동으로 생성하려면 일부 모델/리소스 정의가 있어야 합니다. feathers-swagger 는 기본적으로 몽구스 모델 정의를 Swagger에 제공합니다.

다양한 DB와 ORM이 있다는 점을 감안할 때 이것을 어떻게 분할할지 결정해야 합니다. 나는 tcomb 같은 것이 꽤 가치가 있는 것을 볼 수 있었지만 그것이 ORM을 사용하는 목적을 무효화합니까? 그것이 반드시 나쁜 것은 아니지만 아래의 DB에 관계없이 스키마/모델/리소스 정의에서 일관성을 유지하는 것이 중요하다고 생각합니다. 데이터베이스를 쉽게 교체할 수 있도록 만드는 것이 중요하므로 Sequelize 모델, mongoose 모델을 사용하는 아이디어를 좋아하지 않지만 Tcomb 또는 기타를 사용하는 다른 DB에는 사용하지 않습니다.

admin 또는 무언가의 UI 부분에 대해 다음 사항에 동의합니다.

A) 오늘의 프론트 엔드 풍미를 지원하는 것은 엄청난 작업입니다.
B) 만약 우리가 프론트 엔드를 구현한다면, 예를 들어 React에서, 그 옆에 대안을 사용하는 것은 쉽지 않을 것입니다.

따라서 이것은 독단적인 전면이 필요할 수도 있지만(여전히 선택 사항임), 예를 들어 React를 사용하고 싶지 않다면 너무 나쁜 것입니다. 사람들이 쉽게 복제하고 커뮤니티에서 다양한 프론트 엔드를 만들 수 있도록 초경량으로 만들 수 있다면 정말 잘 작동할 것입니다.

Django에서 영감을 받아 CRUD-GUI 또는 일종의 관리자와 함께 제공되는 것을 찾고 있었습니다. 저는 여러 모델에 대한 JSON 스키마를 생성하는 아이디어를 가지고 놀았습니다. 이러한 스키마를 사용하여 유효성 검사 코드, mongoose[1] 및 기타 모델에 대한 스키마를 생성할 수 있어야 합니다. 관리자를 페더에 연결하는 것은 스키마와 ng-admin[2] 라인을 따라 무언가를 사용하여 비교적 간단해 보일 것입니다.

이 접근 방식의 장점은 특별히 깃털에 대한 코드를 작성할 필요가 없다는 것입니다. (JSON 스키마 생성기 및 일부 생성된 접착제 제외) "오늘의 맛"에 대한 걱정이 없고 깃털이 그것이 정말로 중요한 곳, 그것이 제공하는 REST 및 Socket.io 인터페이스에 대한 의견을 유지하십시오.

단지 내 2센트, 누군가가 이것에 관심이 있다면 나는 앞으로 2~3주 안에 이것에 대한 프로토타입을 만들고 싶습니다.

[1] json-schema to mongoose 변환기: 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으로 업그레이드하지 않았습니다. 당신은 그것에서 당신이 할 수있는 모든 것을 구할 수 있습니다. :)

완전히 모듈식으로 만들었으므로 원하는 경우 amity 어댑터 위에 고유한 UI를 빌드할 수 있습니다.

당신은 아마도 ng-admin을 알고 있을 것입니다. 나는 그들이 특정 백엔드를 처리하는 방식을 좋아합니다. 나는 Angular를 좋아하지 않으므로 riot.js로 거의 포팅했습니다.

나는 또한 http://forestadmin.com/이라는 꽤 좋은 대안이 있는 것처럼 보입니다. 유료 및 호스팅이지만 무료로 로컬에서 작동할 수 있습니다. 제작자는 Forest 미들웨어 다음에 Feathers 미들웨어를 로드하면 즉시 작동한다고 말했습니다. 곧 시도해 보겠습니다.

@ekryski @SeyZ
무료 소프트웨어입니까?

Hey @josx - 1명의 사용자를 위한 무료 요금제가 있습니다 :)

시도 / 사용 / 본 적이 있다면 StrongLoop API 프레임 워크는 RestFUL 서비스에 대한 매우 멋진 웹 UI를 생성합니다 ... 지금은 http://loopback.io 입니다 (IBM이 Strongloop를 인수 한 후). 어쨌든 거기에 빛나는 가치가 있는 무언가가 있을지도 모릅니다...

@ekryski-forestadmin.com 을 보았지만 로컬에서 무료로 작동할 수 있는 위치/방법을 모르겠습니다. 우리는 차세대 기업(인터넷 액세스가 없는 방화벽 뒤)을 기반으로 feathersjs를 사용하는 방법을 찾고 있으므로 모든 것이 로컬에서 호스팅될 수 있기를 바랍니다. :)

안녕하세요 @sjmcdowall - 사용하는 ORM( Sequelize , Mongoose 또는 Loopback )에 따라 Forest 패키지를 사용하여 앱에 설치할 수 있습니다.

데이터가 Forest를 거치지 않고 브라우저에서 애플리케이션으로 직접 전송되기 때문에 localhost 환경( http://localhost... )에서 Forest를 시도할 수 있습니다.

1명의 관리자에게 완전 무료입니다 👍

이것은 좋은 생각입니다. Strapi와 Treeline(Sails 뒤에 있는 동일한 팀) 모두 이를 구현했습니다.

@ekryski Forest Admin이 얼마나 도움이 되었나요? 많은 손짓이 필요했습니까? 반응에서 자체 사용자 지정 관리 UI를 구축했지만 포리스트가 기본적으로 잘 작동한다면 워크로드를 제거하는 것이 좋겠죠?

@Mentioum 나는 프로젝트에서 mongoose와 함께 운이 없었고 우리는 시간이 너무 촉박하여 ng-admin으로 갔다. Forest, Feathers 또는 내가 바보인지 여부를 Forest 팀과 함께 해결하려고 합니다. 이번 주 후반에 또 다른 적절한 기회를 줄 시간이 있어야 합니다. 확실히 다시보고 할 것입니다.

@Mentioum 차임을 허용하겠습니다. 저는 Forest에서 @SeyZ 와 함께 일하고 있습니다. @ekryski와 관련된 문제를 조사할 것입니다. 어쨌든 Forest에 관심이 있으시면 언제든지 Sandro 또는 저에게 연락해 주십시오(이메일은 [email protected]). 그러면 함께 문제를 해결해 드리겠습니다.

Forest는 사이드 프로젝트를 위해 Sequelize를 사용하여 FeathersJS를 작업하고 있으므로 문제가 mongoose로 제한될 수 있습니다. 다음은 Forest를 추가하기 위해 조정된 app.js 파일의 요지 입니다.

미안하지만 나는 그것이 자유 소프트웨어/오픈 소스가 아니라는 숲과 같은 관리자 작업에 대한 요점을 보지 못합니다.
나는 우리가 ngadmin o 유사한 작업을 하는 것이 더 낫다고 생각합니다.

@ekryski 감사합니다.

@VinzGhyz 감사합니다. 정말 친절하지만 감사하지 않습니다. mongoose와 함께 작동한다는 것을 알기 전까지는 우리가 스스로 유지 관리하고 있는 작동 솔루션이 이미 있으므로 이에 전념할 시간이 없습니다. 우리가 전환해야 하는 유일한 이유는 현재 솔루션보다 작업 부하가 0이거나 작업 부하가 적기 때문입니다.

무슨 일이 일어나는지 지켜봐야겠습니다.

(이전에 언급한 적이 있지만 실제로 KeystoneJS에는 ElementalUI( react )를 기반으로 하는 꽤 견고한 옵션을 갖춘 훌륭한 자동 생성 관리자가 있다고 생각합니다.

@Mentioum 언급해주셔서 감사합니다. KeystoneJS의 기능이라고 생각하고 싶습니다 😀

우리는 실제로 Keystone이 매우 강력한 두 가지 핵심 개념인 Keystone Lists와 Admin UI에 더 집중할 수 있는 방법에 대해 논의하고 있습니다. 나는 Feathers에 대해 잠시 깊이 파고들지 않았지만 내가 본 것은 멋지게 보이며 약간 다른 영역에 초점을 맞추고 있습니다.

다음 주 버전이 임박했습니다(다음 날 정도에 베타 출시를 희망함). 이는 완전한 반응/리덕스 UI 및 새로운 API를 포함하여 1년 동안 재작성되었습니다. 저는 Feathers와 협력하여 크로스오버를 줄이고 프로젝트를 호환 가능하게 만드는 방법을 알아내려고 합니다. 관심이 있다면 말이죠.

우리는 또한 멀지 않은 미래에 mongoose에 대한 어려운 연결에서 해방되기를 희망하며, API/데이터 저장소에 연결하는 방법에 올바른 유연성을 제공할 수 있다면 더 잘 맞을 수 있습니다. .

Feathers 팀 - 더 자세히 알아보려면 언제든지 문의하세요.

@JedWatson 굉장합니다. 우리는 완전히 협력해야 합니다. 새 버전을 보게 되어 기쁩니다. 나는 실제로 Feathers를 백엔드 조각으로 사용하기 위해 Keystone을 해킹할 수 있는 방법에 대해 기대하고 있었습니다.

@Mentioum 저도 님과 같은 배를 타고 있습니다. 너무 바빠서. Hopefull은 이번 주에 내가 Forest를 작동시킬 수 있는지 보기 위해 30분 정도 시간을 할애할 수 있을 것입니다.

우리는 ng-admin에 깊은 인상을 받았습니다(저는 Angular의 열렬한 팬은 아니지만). 그러나 스키마 서버 측에서 이미 정의한 항목을 지원하기 위해 클라이언트 측에서 수행하게 되는 상용구/중복이 여전히 많이 있습니다.

깃털에 쐐기돌을 놓는 것은 금이 될 것입니다! 내가 기여하겠습니다.

@JedWatson @ekryski @daffl

문제 없습니다. 저는 Keystone으로 많은 것을 만들었습니다. (저는 팬입니다) (깃털도 마찬가지입니다):

http://161london.com (클라이언트 작업)
http://thenidocollection.com (클라이언트 작업)
http://headstartapp.com (현재 시작)

그리고 우리는 Feathers를 실제 Headstart 앱(모든 React 및 React Native atm - '브라우저 앱'을 싫어하는 기업을 위해 Electron이 래핑한 일부)을 구동하는 많은 작은 서비스를 표시하는 간단한 방법으로 사용하고 있습니다.

이것은 약간의 스트레치가 될 수 있지만 일종의 ORM이 있는 키스톤에 대해 진정으로 생각하고 있다면 깃털을 키스톤과 함께 실행되는 마이크로서비스로 사용하고 그냥 사용하는 것이 훨씬 더 시원하지 않을까요?

그런 식으로 keystone은 여전히 ​​몽구스로 모든 것을 생성하는 '턴 키' 솔루션을 가질 수 있지만 조금 더 화려하게 하고 싶다면 특정 Feathers 서비스에 끝점을 제공하는 특정 목록에 대해 Feathers 마이크로서비스를 가동할 수 있습니다.

나는 여러분이 그것을 구성하는 방법에 대해 훨씬 더 나은 아이디어를 가지고 있다고 확신합니다. (Obs는 Keystone에서 익스프레스 경로로 할 수 있지만 자동 생성 관리자가 없을 것입니다 :))

지금 작은 Dockerstack 꿈을 꾸고 있습니다.

레디스,
몽고DB,
요지,
깃털 마이크로 서비스1,
깃털 마이크로 서비스,
PS그레스,
엘라스틱서치
등....
....

어쨌든 이것이 일이 될 수 있다면 말할 필요도 없습니다.

얘들 아. 이 프로젝트를 구축하기 시작했다면 사람들이 계속 볼 수 있도록 저장소나 다른 것에 대한 링크를 제공할 수 있습니까?

+1은 깃털이 있는 키스톤을 사용하여 몇 가지 패턴의 예를 보고 싶습니다.

자동 생성된 백엔드를 갖는 것은 확실히 좋은 생각입니다.

GraphQL을 사용하는 개발자에게는 좋은 솔루션이 될 수 있습니다. GraphQL 자동 생성 CMS .

나는 유용하거나 관심이 있을 수 있는 잠시 동안 작업해 온 프로젝트가 있습니다. NodeMDA는 UML 모델을 사용하고 소스 코드를 생성하는 코드 생성 엔진입니다. "Entity" 및 "Service"와 같은 고급 개념을 모델링하고 전체 스택을 생성할 수 있습니다. 방금 서버 측에서 Feathers를 사용하고 클라이언트 측에서 React + Material-UI를 사용하여 완전한 앱을 생성하는 플러그인을 완료했습니다. 모델링하는 각 엔터티에는 전체 CRUD 편집기가 있습니다.

전체 프레임워크는 MIT 라이선스가 있지만 현재 자체 모델링 도구가 없습니다. 현재 모델링 앱에 StarUML을 사용하고 있지만 가격이 저렴하고 메타 데이터가 XMI와 같은 xml 문서가 아닌 JSON에 저장되어 있기 때문입니다. StarUML은 상용 제품이지만 무료 무제한 평가 기간(내그웨어)이 있습니다. 나는 어떤 식으로든 StarUML과 제휴하지 않았습니다. 단지 그들의 모델링 도구가 나의 즉각적인 필요를 충족시켰을 뿐입니다. 그러나 NodeMDA는 플러그형 판독기를 지원합니다. 나는 사람들이 비용을 지불하지 않고 사용할 수 있도록 빠르고 더러운 UML 클래스 편집기를 작성하는 장거리 로드맵을 가지고 있습니다.

저는 Java MDA 프로젝트(AndroMDA)에 기여한 적이 있고 Node 세계에서도 비슷한 것을 갖고 싶었기 때문에 NodeMDA를 해킹해왔습니다. 엔진 자체는 꽤 잘 돌아가고 있습니다. 코드를 다른 방식으로 또는 다른 언어로 생성하는 새로운 플러그인을 만드는 것은 매우 쉽습니다. 나는 "독단적이지만 열린 마음"이라고 말하고 싶습니다.

백 엔드에서 Feathers를 수행하므로 즉시 유용하거나 다른 작업을 위한 좋은 출발점이 될 수 있습니다. 확인 해봐:

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

그리고 깃털 플러그인은 다음과 같습니다.

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

어쩌면 우리는 그것을 사용할 수 있습니다: https://github.com/ForestAdmin/lumber

admin-on-rest로 뭔가를 하는 것이 좋을 것입니다.

관심 있는 사람이 있다면. 나는 페더 API에 대한 지원을 추가하기 위해 evolutility-ui-react 포크 작업을 시작했습니다. 말 그대로 방금 시작했지만 간단한 모델에 대해 작동하는 기본 CRUD가 있고 바이너리 파일에 대해 부분적으로 작동합니다. 원래 코드베이스는 약간의 리팩토링을 사용할 수 있으며 많은 필드 유형에 대한 지원/테스트를 추가해야 합니다. 그러나 누군가에게는 유용할 수 있습니다. 앞으로 몇 주 동안 더 많은 변경 사항을 적용할 예정입니다.

의 문제에 대해

오늘의 프론트 엔드 풍미를 지원

나는 Svelte 가 이것을 꽤 잘 해결한다고 믿습니다( github ). 그것으로 만든 모든 것은 보편적이며 프레임워크가 없는 바닐라 JavaScript가 됩니다.

미래에 대한 증거이며 "오늘의" 기술과 항상 상호 교환 가능하기 때문에 강력하게 제안합니다.

@ddela-cr admin-on-rest 에 대한 맞춤형 페더 레스트 클라이언트를 작성하는 프로젝트를 시작했습니다.
확인해주세요, 기여 환영합니다...

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

@beevelop 잘했어!

며칠 전에 ng-admin과 거의 동일하게 사용했습니다(하지만 귀하의 버전에는 더 많은 기능이 있습니다). 여기 (깃털 앱, ngadmin 및 admin-on-rest)이 있는 리포지토리가 있습니다.

ng-admin 및 admin-on-rest + feathers를 사용하여 동일한 예제를 개선할 수 있습니다.

얘들 아,

각 프레임워크는 관리 인터페이스를 위한 바퀴를 재발명해야 합니다. "feather admin", "laravel admin", "rails admin" 등이 있습니다. 미쳤죠? 이것이 내가 Lumber(https://github.com/ForestAdmin/lumber)를 출시한 이유입니다. 애플리케이션에 연결하는 대신 관리자를 위해 특별히 새 애플리케이션을 생성합니다(즉, 관리 마이크로서비스를 생성함). .

이 솔루션에 대해 어떻게 생각하십니까?

내 프로젝트의 @SeyZ 는 실행 가능하지 않습니다. 왜냐하면 우리가 모든 소프트웨어를 제어하기로 결정했기 때문입니다. 따라서 무료 소프트웨어가 아니면 서비스를 구입할 수 없습니다.

또한 개발자의 관점에서 볼 때 훌륭한 일을 했다고 생각하지만 커뮤니티에는 유용하지 않습니다.

자유 소프트웨어를 핵심으로 포함하는 비즈니스 모델을 생각할 수 있습니다.
그냥 내 2 센트.

@josx Lumber는 완전히 오픈 소스이고 Forest는 자동으로 멋진 UI를 제공하는 서비스입니다(희망:D). 물론 모든 것이 완전히 무료입니다!

admin-on-rest 의 업데이트된 버전을 살펴보세요. 그것은 놀랍습니다.

나는 지금 여기에 꽤 좋은 해결책이 있다고 생각하므로 지금은 이것을 닫을 것입니다. 핵심 팀은 공식적인 작업을 하고 있지 않으며 가까운 시일 내에 그렇게 할 계획도 없습니다.

이 문제는 점점 길어지고 있지만 새로운 문제가 발생할 경우를 대비하여 잠그고 싶지 않습니다. 아직 언급되지 않은 항목 중 적합하다고 생각되는 항목이 있으면 언제든지 게시해 주세요! 이것이 토론 게시판이 되기 시작하거나 같은 내용이 많이 보이기 시작하면 스레드를 잠글 것입니다.

모든 입력에 감사드립니다! 여러분은 커뮤니티를 훌륭하게 만들고 있습니다! ❤️

어떤 규모의 프로젝트에서든 관리 페이지를 만들어야 합니다. GUI 관리 페이지를 생성하기 위해 다른 라이브러리에 대한 링크가 있는 문서에 페이지를 생성해야 할까요? 즉시 사용할 수 있는 솔루션이 있으면 좋겠지만 최소한 최고 품질의 솔루션을 추천할 수는 있습니다.

@kulakowka 생태계 페이지의 스타터 스택 섹션 다음에 섹션을 추가하는 것이 가장 합리적입니다. https://docs.feathersjs.com/v/auk/ecosystem/readme.html

Loopback 및 Angular를 기반으로 하는 동등한 솔루션도 존재합니다. Colmena-cms (이전에는 Loopback Angular Admin으로 알려짐)라고 합니다.

Feathers를 admin-on-rest 와 결합하는 것이 가장 합리적입니다. 그러면 관리 페이지를 렌더링하는 방법에 집중할 필요 없이 둘 사이의 다리를 구축하는 데 주로 집중해야 하기 때문입니다.

페더와 admin-on-rest에 의존하는 새로운 솔루션의 경우 이 두 종속성을 쉽게 업데이트할 수 있는 방법이 필요합니다.

나는 그러한 솔루션을 구축하고 유지하는 것이 Colmena보다 적은 노력을 들여야 한다고 생각합니다.

나는 과거에 colemena-cms에 기여했지만 이것은 단지 루프백을 위한 것입니다. 그렇기 때문에 휴식을 취하는 관리자와 같은 앱을 사용하는 것이 완벽한 선택입니다.

우리가 작업하고 있는 또는 플러그인을 살펴보십시오. https://github.com/josx/aor-feathers-client

누구든지 깃털을 따라 ForestAdmin을 사용하는 데 성공합니까?

@loiclouvet 시도한 지 오래 되었지만 과거에 Forest가 깃털을 따라 작업하게 하는 데 성공했습니다. 오늘 다시 시도하고 여기에 전체 작업 예제를 게시하고 싶습니다. https://github.com/forestadmin/forest-examples

면책 조항: 저는 Forest의 설립자입니다.

@SeyZ 몇 번의 시도 끝에 (몽구스를 사용하여) 깃털로 숲을 설정했습니다. 확실히 시도해 볼 것입니다!

방금 Forest Admin 을 Feathers에 통합하는 작업 예제를 추가했습니다. https://github.com/ForestAdmin/forest-examples/tree/master/examples/feathers/sql-database

질문이 있으시면 주저하지 마세요 ;)

@SeyZ 몽구스로 Forest admin을 설정했는데, 내가 알기로는 페더 후크를 우회하고 mongodb에 직접 주입합니다. 맞나요?

@nadbm 전적으로 옳으니 Forest 관리자가 Feathers와 잘 어울리지 않는다고 생각합니다. 개인적으로 나는 admin-on-rest를 시도하고 채택했습니다!

이 문제는 닫힌 후 최근 활동이 없었기 때문에 자동으로 잠겼습니다. 관련 버그에 대해서는 이 문제에 대한 링크가 있는 새 문제를 여십시오.