Feathers: Express, Koa 및 Hapi와 함께 작동하도록 Feathers 서버 프레임워크를 독립적으로 만듭니다.

에 만든 2016년 03월 12일 · 22코멘트 · 출처: feathersjs/feathers

이제 Feathers가 클라이언트와 독립적으로 라이브러리를 작동하므로(https://github.com/feathersjs/feathers/pull/193 참조), 서버에 대한 하드 종속성으로 Express가 더 이상 필요하지 않습니다. 대신 다른 플러그인과 마찬가지로 구성할 수 있는 Express, Koa 및 잠재적으로 Hapi에 대해 별도의 모듈을 만들 수 있습니다.

표현하다

Feathers 2 응용 프로그램에서 업그레이드를 변경하는 유일한 방법은 app.configure(express()) 입니다.

const feathers = require('feathers');
const express = require('feathers-express');

const app = feathers()
  // Make this app Express compatible
  .configure(express())
  // Configure REST API that uses Express
  .configure(express.rest());

// Use any Express middleware
app.use(bodyParser.json());
// Use Feathers services normally
app.use('/todos', {
  get(id) {
    return Promise.resolve({ id, description: `You have to do ${id}!` });
  }
});

코아

Koa 지원은 여러 번 왔습니다(#83 및 #58 참조). 이제 매우 유사하게 수행할 수 있습니다.

const feathers = require('feathers');
const koa = require('feathers-koa');

const app = feathers()
  // Make this app Koa compatible
  .configure(koa())
  // Configure Koa REST handler
  .configure(koa.rest());

// Use normal Koa middleware
app.use(function *(){
  this.body = 'Hello World';
});

// Use a Feathers service through app.service
app.service('/todos', {
  get(id) {
    return Promise.resolve({ id, description: `You have to do ${id}!` });
  }
});

Breaking Change Feature Proposal

출처

daffl

👍25 🎉8

가장 유용한 댓글

나는 우리가 프레임워크 대신 Feathers를 라이브러리로 만들어야 한다고 생각합니다. 그렇게 하면 전송에서도 더 독립적이 될 것입니다.

예:

공통 코드

const feathersApp = feathers().configure(rest());
feathersApp.service('todos', new NeDB('todos'));
export default feathersApp;

프레임워크별

코아

import feathersApp from './feathersApp';
import Koa from 'koa';
import adapter from 'feathers-koa';

const app = new Koa();
app.use(adapter(feathersApp));

표현하다

import feathersApp from './feathersApp';
import express from 'express';
import adapter from 'feathers-express';

const app = express();
app.use(adapter(feathersApp));

기본적으로 어댑터는 특정 프레임워크에 대한 미들웨어를 생성합니다.

jeffijoe 에 2016년 05월 20일

👍14

모든 22 댓글

이에 대한 가장 큰 장벽은 인증, 특히 요청 및 응답 개체에 액세스하는 방법과 여권 미들웨어가 Koa와 작동하는 방법 등입니다.

한눈에 봐도 Koa와 별반 다르지 않습니다. req 및 res $ 대신 https://github.com/rkusa/koa-passport-example 및 ctx 를 사용해야 합니다. Hapi를 사용하면 확실하지 않지만 Hapi를 지원하는 데 많은 가치가 있다고 확신하지 않습니다. 실제로 Express와 다른 점은 없습니다. 적어도 Koa에서는 발전기 지원이 있습니다.

IMHO, 더 유연하고 프레임워크에 묶이지 않으려면 라우팅, 콘텐츠 협상 등을 위해 독립 실행형 모듈을 사용하는 것이 더 나을 것입니다.

ekryski 에 2016년 03월 12일

Koa와의 소켓 지원을 위해 영감을 얻기 위해 https://github.com/koajs/koa.io를 사용합니다.

ekryski 에 2016년 03월 12일

IMHO, 더 유연하고 프레임워크에 묶이지 않으려면 라우팅, 콘텐츠 협상 등을 위해 독립 실행형 모듈을 사용하는 것이 더 나을 것입니다.

http-framework ! :눈짓:

ahdinosaur 에 2016년 03월 16일

@ahdinosaur 나중에 IMHO로 가는 올바른 방법처럼 보입니다.

ekryski 에 2016년 03월 16일

나는 우리가 프레임워크 대신 Feathers를 라이브러리로 만들어야 한다고 생각합니다. 그렇게 하면 전송에서도 더 독립적이 될 것입니다.

예:

공통 코드

const feathersApp = feathers().configure(rest());
feathersApp.service('todos', new NeDB('todos'));
export default feathersApp;

프레임워크별

코아

import feathersApp from './feathersApp';
import Koa from 'koa';
import adapter from 'feathers-koa';

const app = new Koa();
app.use(adapter(feathersApp));

표현하다

import feathersApp from './feathersApp';
import express from 'express';
import adapter from 'feathers-express';

const app = express();
app.use(adapter(feathersApp));

기본적으로 어댑터는 특정 프레임워크에 대한 미들웨어를 생성합니다.

jeffijoe 에 2016년 05월 20일

👍14

참고: https://github.com/spirit-js/spirit

daffl 에 2016년 08월 12일

👍4

@daffl 방금 정신을 확인했는데 매우 깔끔해 보입니다. 익스프레스에서 깃털을 분리하는 것은 놀라운 일입니다. express와 다른 많은 새로운 구현이 증가함에 따라 향후 페더가 더욱 강력해질 것입니다. 이에 대한 결정이 있습니까?

rickmed 에 2016년 08월 17일

이 인증 PR https://github.com/feathersjs/feathers-authentication/pull/336 은 아래에 있는 다른 프레임워크를 지원하기 위해 필요한 유일한 주요 부분이어야 합니다.

ekryski 에 2016년 10월 31일

나는 지난 며칠 동안 이것에 대해 더 많은 생각을 했고 이제 우리가 Auk를 마무리하는 데 가까워지고 있기 때문에 이것이 Buzzard 릴리스의 주요 목표가 될 것입니다. 사용 숫자를 보면 모듈식으로 되어 있는 만큼 Express는 아무데도 가지 않습니다. 작년에 7000만 다운로드 를 기록했으며 Koa는 140만 다운로드, Hapi는 ~240만 다운로드를 기록했습니다.

_이 수치는 빌드 시스템, 배포 빈도, 배포 크기 등에 의해 인위적으로 부풀려질 수 있다고 생각합니다.

솔직히 말해서 숫자를 보면 표현하는 것 외에는 지지할 동기가 별로 없습니다. 내가 보는 주요 이유는 다음과 같습니다.

http2 지원(이는 결국 express5에 나올 것 같습니다....)
의존성 감소. 상태 비저장 API 또는 마이크로 서비스를 구축할 때 원시 노드 http(s) 또는 더 최소한의 것을 사용할 수 있음(기본 페더 사용 사례)
미래의 증거 👍
더 모듈화되어 라우터, 템플릿 엔진 등을 교체할 수 있습니다. Feathers는 실제로 핵심 기술 위에 있는 아키텍처 패턴 + 유틸리티 라이브러리입니다.

내 생각에 Express 이외의 첫 번째 "엔진"은 Koa일 것입니다. Express와 디자인이 가장 유사하며 향후 ES6/ES7 언어 기능에 대한 훌륭한 지원을 제공합니다. 또한 가장 많이 요청하는 것 같습니다. 개인적으로 원시 노드 라이브러리를 지원하고 싶지만 많은 작업이 필요할 수 있습니다.

무슨 일이 일어나야

[ ] 공통 최상위 Feathers API를 식별합니다. 나는 우리가 아래에서 적어도 하나의 다른 엔진을 시도할 때까지 이것을 완전히 식별할 수 없다고 생각합니다. 그러나 다음과 같이 쉽게 ❤️하고 싶습니다.
```
const feathers = require('feathers');
const app = feathers();

// use by string name
app.engine('express');

// or pass the engine with string
const koa = require('koa');
app.engine('koa', koa);

// or simply pass the engine. I like this best
const koa = require('koa');
app.engine(koa);
```
이것은 @jeffijoe 가 제안한 것과 개념적으로 유사하지만 사람들이 Feathers 앱과 직접 상호 작용하고 있다고 느끼도록 하고 싶습니다. 나는 그것이 더 깨끗한 API를 만들 것이라고 생각합니다. 그러나 우리가 수많은 방법을 시밍해야 할 수도 있기 때문에 말하기에는 조금 이르다고 합니다. 최상위 API를 결정하기 전에 추가 조사가 필요합니다.
[ ] 사용되는 모든 익스프레스 메서드가 폴리필(polyfill), 앨리어싱(aliased)인지 확인하거나 의존성을 제거합니다. 더있을 수 있지만 내 머리 꼭대기에서 생각할 수있는 것은 다음과 같습니다.
- app.get
- app.set
- app.render
- app.send
- app.json
- req.accepts
- req.xhr
[ ] 인증 엔진/전송 불가지론으로 설정(https://github.com/feathersjs/feathers-authentication/pull/336)
[ ] REST 경로를 등록하는 방법을 별칭/변경합니다.
[ ] 별칭/소켓 설정 방법 변경

더 많은 것들이 있을 수 있습니다. @daffl 은 특히 소켓/레스트 설정과 관련하여 더 나은 아이디어를 가지고 있습니다.

기타 고려 사항

Express의 모든 HTTP 동사 메서드를 지원할 예정입니까? 많이 있습니다. 그것은 많은 Express를 구현한다는 것을 의미하지 않습니까?
현재 우리가 의존하고 있는 Express 관련 사항은 무엇입니까?
app 개체의 어떤 도우미 메서드를 핵심 Feathers API의 일부로 유지하시겠습니까?
Express 5는 어떤 제안을 하고 있습니까? 오랜만에 봤습니다. @dougwilson 과 연결하여 도움을 줄 수 있는지 확인하는 것이 좋습니다(이해가 되는 경우 해당 주방에 이미 충분한 요리사가 있을 수 있음).
@dougwilson 이 작업 중인 모듈이나 Spiritjs , http-framework 등과 같은 모듈이 있습니까? 핵심 노드 기능 위에 해당 추상화를 다시 작성할 필요 없이 모듈성을 제공합니다.

ekryski 에 2016년 10월 31일

// or simply pass the engine. I like this best
const koa = require('koa');
app.engine(koa);

동의! 이런 식으로 사람들은 Feathers를 한 번 배우고 어댑터가 있는 모든 서버에 배포할 수 있습니다. 좋은 아이디어!

Download 에 2016년 11월 01일

문제는 헤더와 같은 연결 관련 항목에 의존하는 라이브러리를 변환하는 데 있습니다.

인기도 콘테스트에 대해 제가 Koa를 사용하고 싶은 가장 큰 이유는 인기가 있기 때문이 아니라(익스프레스만큼은 아니지만) 미들웨어 오류를 처리하는 측면에서 더 안정적이기 때문입니다.

jeffijoe 에 2016년 11월 01일

👍4

씬 API 게이트웨이(클래식 웹 서버)에 더 적합한 아키텍처로 Feathers를 이동하고 독립 실행형으로 배포할 수 있고 프로토콜에 독립적이며 관심 있는 메시지(예: 모범 사례 Micro Service 무늬). 그런 다음 Seneca 및 기타 인기 있는 Node.js Micro Services 프레임워크와 원활하게 통합할 수 있습니다.

그리고 예, FeathersJS는 Express, Koa, Hapi, 무엇이든 간에 불가지론적이어야 합니다...
HTTP2/Push가 있는 Nginx에서도 보고 싶습니다. :)

행복한 날들!

kristianmandrup 에 2017년 03월 08일

여러분 이거 https://github.com/fastify/fastify 보셨나요?

FeathersJS와 함께 사용하고 싶습니다. 이 문제의 상태는 무엇입니까?

andreafalzetti 에 2017년 10월 05일

👍2

@andreafalzetti 는 여전히 전진하고 있습니다. 여기에서 진행 상황을 볼 수 있습니다: https://github.com/feathersjs/feathers-express/issues/3

marshallswain 에 2017년 10월 09일

👍1

예, 깃털을 fastify와 통합하는 것은 매우 달콤할 것입니다! 해보자 :)

kristianmandrup 에 2017년 10월 12일

기본 통합은 매우 간단해야 하지만 문제가 발생하는 인증(특히 여권 및 oAuth)입니다.

우리의 계획은 Express에 대한 엄격한 종속성을 제거하고 v3 이후 통합이 의미 있는 것을 조사하는 것이었습니다. 지난 주에 Fastify에 대한 강연을 보았는데 흥미롭긴 했지만, Fastify가 주요 통합으로 사용하고 있는 라우터와 함께 Feathers가 노드 HTTP(및 HTTP2!)를 사용하는 것이 훨씬 더 합리적일 수 있습니다.

daffl 에 2017년 10월 12일

👍1

참고로 저는 feather-rest-koa 에서 feather-koa REST 통합 작업을 시작했습니다.

REST 클라이언트를 별도의 모듈/패키지 및 리포지토리로 추출하는 것이 합리적이라고 생각합니다.)

kristianmandrup 에 2017년 10월 12일

클라이언트는 이미 https://github.com/feathersjs/feathers-rest-client 에 있습니다. https://github.com/feathersjs/feathers-express/issues/3 by @christopherjbaker

daffl 에 2017년 10월 12일

Feathers의 초보자로서: 2018년까지 Feathers는 Express에서 완전히 독립적입니까?

편집: 또는 다른 말로: 지원되는 다른 프레임워크. KOA가 완벽하게 지원되나요?

감사 해요! 프레임워크를 사랑하고 노고에 감사드립니다!

bitflower 에 2018년 01월 24일

@daffl 에게 물어보세요. 그는 작업 중이었습니다... 현재 상황은 확실하지 않습니다.

kristianmandrup 에 2018년 01월 24일

👍1

Feathers는 프레임워크에 독립적이지만(예: @feathersjs/socketio 와 함께 사용하거나 다른 서비스와 통신하기 위한 독립 실행형 클라이언트로만 사용할 수 있음) Express에 대한 HTTP API 바인딩만 있습니다( @feathersjs/express ).

Feathers의 요점은 프로토콜 특정 사항을 추상화하는 것이므로 사용하는 HTTP 프레임워크는 궁극적으로 그다지 중요하지 않아야 하며 Express에서 인증과 같은 것을 추상화하는 것은 꽤 큰 작업입니다(모든 Passport는 Express 및 심지어 현재 Koa 통합은 요청 개체를 사용하여 Express처럼 보이게 하여 해당 사실을 해킹합니다. 새로운 프레임워크 바인딩에 대한 최우선 순위는 새로운 서비스 조회 메커니즘을 사용하여 Fastify와 유사한 성능을 제공하고 웹 소켓 연결을 훨씬 더 빠르게 만드는 일반 노드 HTTP입니다.

daffl 에 2018년 01월 24일

👍3

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

lock[bot] 에 2019년 02월 07일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Feathers: Express, Koa 및 Hapi와 함께 작동하도록 Feathers 서버 프레임워크를 독립적으로 만듭니다.

표현하다

코아

가장 유용한 댓글

공통 코드

프레임워크별

모든 22 댓글

공통 코드

프레임워크별

무슨 일이 일어나야

기타 고려 사항

관련 문제