Feathers: एक्सप्रेस, कोआ और हापिक के साथ काम करने के लिए पंख सर्वर ढांचे को स्वतंत्र बनाएं

को निर्मित 12 मार्च 2016 · 22टिप्पणियाँ · स्रोत: feathersjs/feathers

अब जबकि फेदर्स पहले से ही क्लाइंट पर स्वतंत्र रूप से लाइब्रेरी का काम करता है (देखें https://github.com/phersjs/feeds/pull/193), हमें अब सर्वर के लिए एक्सप्रेस को हार्ड डिपेंडेंसी के रूप में वास्तव में आवश्यकता नहीं है। इसके बजाय, हम एक्सप्रेस, कोआ और संभावित हापी के लिए अलग-अलग मॉड्यूल बना सकते हैं जिन्हें किसी भी अन्य प्लगइन की तरह ही कॉन्फ़िगर किया जा सकता है:

व्यक्त करना

पंख 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}!` });
  }
});

कोआ

कोआ का समर्थन कई बार सामने आया (#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

सबसे उपयोगी टिप्पणी

मुझे लगता है कि हमें एक ढांचे के बजाय पंखों को एक पुस्तकालय बनाना चाहिए - जो इसे परिवहन पर भी अधिक स्वतंत्र बना देगा।

उदाहरण:

सामान्य कोड

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 20 मई 2016

👍14

सभी 22 टिप्पणियाँ

मुझे लगता है कि इसके लिए सबसे बड़ी बाधा प्रमाणीकरण होगी, विशेष रूप से हम कैसे अनुरोध और प्रतिक्रिया वस्तु तक पहुंच प्राप्त करते हैं और पासपोर्ट मिडलवेयर कोआ के साथ कैसे काम करता है, आदि।

एक नज़र में यह कोआ के साथ बहुत बुरा नहीं लगता। हमें केवल req और res $ के बजाय https://github.com/rkusa/koa-passport-example और ctx का उपयोग करने की आवश्यकता होगी। हापी के साथ मैं इतना निश्चित नहीं हूं लेकिन मुझे विश्वास नहीं है कि हापी का समर्थन करने में बहुत अधिक मूल्य है, यह वास्तव में एक्सप्रेस से अलग कुछ भी प्रदान नहीं करता है। कम से कम कोआ के साथ आपके पास जनरेटर का समर्थन है।

आईएमएचओ, अगर हम अधिक लचीला होना चाहते हैं और ढांचे से बंधे नहीं हैं तो हम शायद रूटिंग, सामग्री वार्ता इत्यादि के लिए स्टैंडअलोन मॉड्यूल का उपयोग कर रहे हैं।

ekryski 12 मार्च 2016

कोआ के साथ सॉकेट समर्थन के लिए हम इसे प्रेरणा के लिए उपयोग करते हैं: https://github.com/koajs/koa.io।

ekryski 12 मार्च 2016

आईएमएचओ, अगर हम अधिक लचीला होना चाहते हैं और ढांचे से बंधे नहीं हैं तो हम शायद रूटिंग, सामग्री वार्ता इत्यादि के लिए स्टैंडअलोन मॉड्यूल का उपयोग कर रहे हैं।

http-framework ! :आँख मारना:

ahdinosaur 16 मार्च 2016

@ahdinosaur हां जो IMHO जाने का सही तरीका है।

ekryski 16 मार्च 2016

उदाहरण:

सामान्य कोड

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 20 मई 2016

👍14

नोट: https://github.com/spirit-js/spirit

daffl 12 अग॰ 2016

👍4

@daffl मैंने अभी-अभी स्पिरिट चेक किया है और यह बहुत साफ-सुथरा दिखता है। पंखों को एक्सप्रेस से अलग करना आश्चर्यजनक होगा। एक्सप्रेस से अलग इतने सारे नए कार्यान्वयन के उदय के साथ यह भविष्य में पंखों को और अधिक मजबूत बना देगा। इस पर कोई फैसला?

rickmed 17 अग॰ 2016

यह प्रमाणीकरण पीआर https://github.com/phersjs/phers-authentication/pull/336 एकमात्र प्रमुख टुकड़ा होना चाहिए जो हमें नीचे विभिन्न ढांचे का समर्थन करने में सक्षम होने के लिए आवश्यक है।

ekryski 31 अक्तू॰ 2016

मैं पिछले कुछ दिनों में इस पर बहुत अधिक विचार कर रहा हूं और अब जब हम औक को बंद करने के करीब पहुंच रहे हैं तो यह बज़र्ड रिलीज़ के लिए प्रमुख लक्ष्य होने जा रहा है। उपयोग संख्या को देखते हुए मॉड्यूलर होना जितना अच्छा है, एक्सप्रेस कहीं नहीं जा रहा है। पिछले साल इसे 70 मिलियन डाउनलोड किया गया है, कोआ 1.4 मिलियन के साथ वहीं है और हापी ~ 2.4 मिलियन के साथ है।

_मुझे लगता है कि इन नंबरों को बिल्ड सिस्टम, डिप्लॉयमेंट फ़्रीक्वेंसी, डिप्लॉयमेंट के आकार आदि द्वारा कृत्रिम रूप से फुलाया जा सकता है, लेकिन यह एक सामान्य विचार देता है कि चीजें कितनी लोकप्रिय हैं।_

पूरी तरह से ईमानदार होने के नाते, संख्याओं को देखते हुए वास्तव में किसी भी चीज़ का समर्थन करने के लिए बहुत अधिक प्रोत्साहन नहीं है, लेकिन व्यक्त करें। मुझे दिखाई देने वाले प्रमुख कारण होंगे:

http2 समर्थन (जो अंततः एक्सप्रेस 5 में आ रहा है ....)
निर्भरता को कम करना। जब आप एक स्टेटलेस एपीआई या माइक्रोसर्विस (प्राथमिक पंख उपयोग के मामले) का निर्माण कर रहे हों, तो कच्चे नोड http(s) या कुछ अधिक न्यूनतम उपयोग करने में सक्षम होने के नाते
भविष्य का प्रमाण होने के नाते
अधिक मॉड्यूलर बनना, ताकि आप अपने राउटर, टेम्प्लेट इंजन आदि को स्वैप कर सकें। पंख वास्तव में कोर टेक के शीर्ष पर सिर्फ एक आर्किटेक्चरल पैटर्न + यूटिलिटी लिब है।

मेरे दिमाग में एक्सप्रेस के अलावा अन्य समर्थन करने वाला पहला "इंजन" कोआ होगा। यह एक्सप्रेस के डिजाइन में सबसे समान है और भविष्य के ES6/ES7 भाषा कार्यों के लिए अच्छा समर्थन प्रदान करता है। यह हमारा सबसे अनुरोधित भी लगता है। व्यक्तिगत रूप से मुझे कच्चे नोड libs के लिए समर्थन होगा लेकिन यह बहुत काम हो सकता है।

क्या होना चाहिए

[ ] सामान्य शीर्ष स्तरीय पंख एपीआई की पहचान करें। मुझे नहीं लगता कि हम इसे पूरी तरह से तब तक पहचान सकते हैं जब तक हम नीचे कम से कम एक अन्य इंजन का प्रयास नहीं करते। हालाँकि, मैं इसके लिए उतना ही आसान होना चाहूँगा:
```
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 सुझाव दे रहा था, हालांकि, मैं लोगों को यह महसूस करना पसंद करूंगा कि वे सीधे पंख ऐप से बातचीत कर रहे हैं। मुझे लगता है कि यह एक क्लीनर एपीआई के लिए बनायेगा। हालाँकि, यह कहा जा रहा है कि यह बताना थोड़ा जल्दी है क्योंकि हमें तब बहुत सारे तरीके अपनाने पड़ सकते हैं। इससे पहले कि हम शीर्ष स्तरीय एपीआई निर्धारित कर सकें, आगे की जांच की आवश्यकता होगी।
[ ] सुनिश्चित करें कि उपयोग की जाने वाली सभी एक्सप्रेस विधियां या तो पॉलीफिल्ड हैं, अलियास्ड हैं या हम उन पर निर्भरता हटाते हैं। और भी हो सकता है लेकिन जिनके बारे में मैं अपने सिर के ऊपर से सोच सकता हूं वे हैं:
- app.get
- app.set
- app.render
- app.send
- app.json
- req.accepts
- req.xhr
[ ] ऑथेंटिक इंजन/ट्रांसपोर्ट अज्ञेयवादी बनाएं (https://github.com/phersjs/phers-authentication/pull/336)
[ ] उपनाम/बदलें कि हम आरईएसटी मार्गों को कैसे पंजीकृत करते हैं।
[ ] उपनाम/बदलें कि हम सॉकेट कैसे सेट करते हैं

और भी बातें हो सकती हैं। @daffl का एक बेहतर विचार होगा, खासकर सॉकेट/बाकी सेटअप के आसपास।

अन्य बातें

क्या हम एक्सप्रेस की सभी HTTP क्रिया विधियों का समर्थन करने जा रहे हैं? बहुत कुछ हैं । क्या इसका मतलब बहुत सारे एक्सप्रेस को लागू करना नहीं होगा?
हम वर्तमान में किन एक्सप्रेस विशिष्ट चीजों पर भरोसा कर रहे हैं?
आप कोर फेदर एपीआई के हिस्से के रूप में app ऑब्जेक्ट पर कौन से सहायक तरीके रखना चाहते हैं।
एक्सप्रेस 5 प्रस्ताव के लिए कैसा दिख रहा है? कुछ समय हो गया जब से मैंने इसे देखा। @Dougwilson के साथ जुड़ना अच्छा होगा और देखें कि क्या हम एक हाथ उधार दे सकते हैं (यदि यह समझ में आता है, तो उस रसोई में पहले से ही पर्याप्त रसोइया हो सकते हैं)।
क्या ऐसे मॉड्यूल हैं जैसे @dougwilson या स्पिरिटज , http-framework इत्यादि पर काम कर रहा था, जो हमें कोर नोड कार्यक्षमता के शीर्ष पर उन सार तत्वों को फिर से लिखने के बिना मॉड्यूलरिटी प्रदान करेगा।

ekryski 31 अक्तू॰ 2016

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

माना! इस तरह, लोग एक बार पंख सीख सकते हैं और एडेप्टर वाले किसी भी सर्वर पर तैनात कर सकते हैं। महान विचार!

Download 1 नव॰ 2016

चुनौती उन पुस्तकालयों को परिवर्तित करने में है जो हेडर जैसी कनेक्शन-विशिष्ट चीजों पर निर्भर हैं।

लोकप्रियता प्रतियोगिता के बारे में, कोआ का उपयोग करने के लिए मेरा प्राथमिक कारण यह नहीं है कि यह लोकप्रिय है (जितना एक्सप्रेस नहीं है), बल्कि इसलिए कि यह मिडलवेयर त्रुटियों को संभालने के मामले में अधिक स्थिर है।

jeffijoe 1 नव॰ 2016

👍4

कृपया फेदर्स को एक पतली एपीआई गेटवे (क्लासिक वेब सर्वर) और बेवकूफ/सरल वेब सेवाओं के लिए अधिक उपयुक्त आर्किटेक्चर में ले जाएं जिन्हें स्टैंड-अलोन तैनात किया जा सकता है और प्रोटोकॉल स्वतंत्र हैं, केवल रुचि के संदेशों को सुनना (यानी सर्वोत्तम अभ्यास माइक्रो सर्विस पैटर्न)। फिर हम सेनेका और अन्य लोकप्रिय Node.js माइक्रो सर्विसेज फ्रेमवर्क के साथ आसानी से एकीकृत करना शुरू कर सकते हैं।

और हाँ, फेदरजेएस एक्सप्रेस, कोआ, हापी, जो भी हो, के लिए अज्ञेयवादी होना चाहिए ...
मैं इसे HTTP2/पुश के साथ Nginx पर भी देखना पसंद करूंगा :)

खुशी के दिन!

kristianmandrup 8 मार्च 2017

क्या आप लोगों ने इसे https://github.com/fastify/fastify देखा है?

मैं इसे पंख जेएस के साथ उपयोग करना पसंद करूंगा, इस मुद्दे की स्थिति क्या है?

andreafalzetti 5 अक्तू॰ 2017

👍2

@andreafalzetti अभी भी आगे बढ़ रहा है। आप यहां कुछ प्रगति देख सकते हैं: https://github.com/phersjs/phers-express/issues/3

marshallswain 9 अक्तू॰ 2017

👍1

हाँ, पंखों को उपवास के साथ एकीकृत करने के लिए सुपर मीठा होगा! हो जाए :)

kristianmandrup 12 अक्तू॰ 2017

मूल एकीकरण काफी सरल होना चाहिए, हालांकि, यह प्रमाणीकरण (विशेष रूप से पासपोर्ट और ओएथ) है जहां चीजें बालों वाली हो जाती हैं।

हमारी योजना एक्सप्रेस पर कठिन निर्भरता को दूर करने और v3 के बाद जांच करने की थी कि एकीकरण क्या समझ में आता है। मैंने पिछले हफ्ते Fastify पर एक बात देखी थी और जब यह दिलचस्प था, तो यह पंख के लिए और भी अधिक समझ में आ सकता है कि राउटर के साथ Nodes HTTP (और HTTP2!) का उपयोग करें Fastify मुख्य एकीकरण के रूप में उपयोग कर रहा है।

daffl 12 अक्तू॰ 2017

👍1

एफवाईआई, मैंने पंख-कोआ आरईएसटी एकीकरण पर पंख-बाकी-कोआ में काम शुरू किया

मुझे लगता है कि आरईएसटी क्लाइंट को एक अलग मॉड्यूल/पैकेज और रेपो में निकालने का अर्थ होगा;)

kristianmandrup 12 अक्तू॰ 2017

ग्राहक पहले से ही https://github.com/phersjs/phers-rest-client पर भी संबंधित हैं: https://github.com/phersjs/phers-express/issues/3 @christopherjbaker द्वारा

daffl 12 अक्तू॰ 2017

पंख के लिए एक नौसिखिया के रूप में: 2018 तक पंख एक्सप्रेस से पूरी तरह से स्वतंत्र है?

संपादित करें: या दूसरे शब्दों में: कौन से अन्य ढांचे समर्थित हैं। क्या केओए पूरी तरह से समर्थित है?

धन्यवाद! रूपरेखा से प्यार है और कड़ी मेहनत के लिए धन्यवाद!

bitflower 24 जन॰ 2018

@daffl से पूछें, वह इस पर काम कर रहा है ... हालांकि वर्तमान स्थिति के बारे में निश्चित नहीं है।

kristianmandrup 24 जन॰ 2018

👍1

पंख ढांचा स्वतंत्र है (जैसा कि आप उदाहरण के लिए केवल @ पंखज/सॉकेटियो के साथ या अन्य सेवाओं से बात करने के लिए एक स्टैंडअलोन क्लाइंट के रूप में इसका उपयोग कर सकते हैं) लेकिन इसमें केवल एक्सप्रेस के लिए HTTP एपीआई बाइंडिंग है ( @ पंखज/एक्सप्रेस में)।

चूंकि पंखों का पूरा बिंदु प्रोटोकॉल विशिष्ट चीजों को सारगर्भित कर रहा है, इसलिए HTTP फ्रेमवर्क जो अंततः उपयोग कर रहा है, वह वास्तव में मायने नहीं रखता है कि एक्सप्रेस से दूर प्रमाणीकरण जैसी बहुत सी और सारगर्भित चीजें एक बहुत बड़ा काम है (सभी पासपोर्ट एक्सप्रेस के लिए बनाया गया है और यहां तक कि वर्तमान कोआ एकीकरण बस उस तथ्य के चारों ओर हैक करके अपने अनुरोध वस्तु के साथ मिलकर इसे एक्सप्रेस की तरह दिखने के लिए)। मेरे लिए नए फ्रेमवर्क बाइंडिंग के लिए सर्वोच्च प्राथमिकता सादा नोड HTTP होगा जो एक नई सेवा लुकअप तंत्र के साथ Fastify के समान प्रदर्शन प्रदान करेगा और वेबसोकेट कनेक्शन को और भी तेज़ बना देगा।

daffl 24 जन॰ 2018

👍3

इस समस्या को स्वचालित रूप से लॉक कर दिया गया है क्योंकि इसे बंद करने के बाद हाल ही में कोई गतिविधि नहीं हुई है। कृपया संबंधित बग के लिए इस मुद्दे के लिंक के साथ एक नया मुद्दा खोलें।

lock[bot] 7 फ़र॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Feathers: एक्सप्रेस, कोआ और हापिक के साथ काम करने के लिए पंख सर्वर ढांचे को स्वतंत्र बनाएं

व्यक्त करना

कोआ

सबसे उपयोगी टिप्पणी

सामान्य कोड

फ्रेमवर्क-विशिष्ट

सभी 22 टिप्पणियाँ

सामान्य कोड

फ्रेमवर्क-विशिष्ट

क्या होना चाहिए

अन्य बातें

संबंधित मुद्दों