Faraday: 지정하지 않으면 자동으로 @handler를 Faraday.default_adapter로 설정합니다.

확실하지 않지만 공개하도록 하겠습니다. 기본 스택은 UrlEncoded + default_adapter입니다. 고유한 스택을 정의하는 경우 어댑터를 포함하여 100% 정의해야 합니다. 그러나 내가 가장 자주 default_adapter를 사용하는 것이 사실이므로 기본값일 수도 있습니다.

나는 패러데이 어댑터를 리팩토링하여 미들웨어 대신 엔드포인트로 만드는 것에 대해 생각하고 있었습니다(#47에 따름). 이 기능은 해당 변경 사항의 일부일 수 있습니다.

:+1: 이것은 올해 두 번째로 저를 물었습니다. 당신은 내가 배울 것이라고 생각합니다. 수정되면 좋을 것입니다.

타협: Faraday.with_default_stack() , 그래서 우리는 처음으로 Faraday를 사용하려고 하는 영혼이 리디렉션을 따라갈 수 있도록 "기본 스택"에 대해 아무것도 알 필요가 없도록 합니다. 합리적인?

@jbrains 예, 이것이 사용자 친화적이지 않다는 것을 알고 있습니다. 어댑터를 마운트하지 않았거나 잘못된 위치에 마운트한 경우 설명 오류가 발생하도록 만들 수 있습니다.

나는 내 프로젝트에서 이것을했다 :

        def faraday_with_default_adapter(base, &block)
          Faraday.new(base) { | connection |
            yield connection
            connection.adapter Faraday.default_adapter
          }
        end

나는 당신이 모든 순열을 지원하고 싶지 않다는 것을 알고 있지만 거의 모든 사람들이 결국 이것을 할 것 같습니다. :) UrlEncoded 비트를 추가하는 방법을 알고 있다면(아직 부딪치지 않았습니다) 여기에 추가하겠습니다.

설명 오류가 있는 lint 스타일 검사가 확실히 도움이 될 것입니다. 감사 해요. 그래도 작은 포카요크가 우리를 더 많이 도울 것입니다.

앞으로 pull request를 보내는 것을 고려하겠습니다. 그동안 감사합니다.

이것은 내가 업로드를 시도하고 기본 어댑터를 지정하지 않았을 때 몇 시간의 작업을 소비했습니다(기본 어댑터이므로 이미 설정되어 있다고 가정했습니다). 나는 계속해서 응답/요청 개체를 디버깅하고 검사했으며 두려운 기본 어댑터 행이 누락된 것을 제외하고는 전혀 문제가 없었습니다.

나는 이것이 적어도 어딘가에 README에 문서화되어야 한다고 생각하거나 적어도 명시적 어댑터가 필요하다고 경고해야 한다고 생각합니다.

감사 해요!

이것은 다음 예와 함께 오늘도 저를 물렸습니다.

conn = Faraday.new(url: "http://www.example.com") do |faraday|
  faraday.response :json, content_type: /\bjson$/
end

response = conn.get("stuff")

nil 때 응답 헤더를 가져오려고 할 때 오류가 faraday_middleware에 나타납니다. 약간 오해의 소지가 있습니다. 이것을 처리하는 "최선의 방법"에 대한 결정이 내려졌습니까?

• 지정되지 않은 경우 기본 어댑터 사용(최상의 IMO)
• 지정되지 않은 경우 오류 발생
• README 업데이트

PR을 제출하는 것이 좋습니다.

PR이 필요 없습니다. 다음 릴리스에서 이 문제를 해결하려고 합니다.

@mislav님, 감사합니다.

네, 어제 이걸 쫓느라 한 시간을 허비했습니다. 수정이 진행 중입니다. 다음 릴리스는 언제 출시될 예정입니까? 지난 1월이 1월이었는데 무척이나 긴 것 같습니다.

2014년 10월 2일 목요일 오후 5:49, John Carney 알림 @github.com
썼다:

다음 릴리스는 언제 출시될 예정입니까? 마지막은 1월이었는데,
겁나 오랜만.

0.8 및 0.9는 기능이 동결되어야 하므로 이에 대한 수정 사항은 다음과 같습니다.
1.0으로만 옵니다. 언제가 될지는 모르겠습니다.

간단한 중간 지점의 경우는 어떻습니까? 어댑터가 없을 때 요청을 시도하면 예외가 발생합니다.

아니면 어댑터 없이 "요청하기"에 대한 사용 사례가 있습니까?

2014년 10월 3일 금요일 오후 2:07, John Bachir [email protected]
썼다:

간단한 중간 지점의 경우 이것은 어떻습니까?
어댑터가 없을 때 요청하면 예외가 발생합니다.

어댑터가 장착되었는지 어떻게 감지합니까?

누군가가 구현한 사용자 지정 어댑터가 반드시
Faraday::Adapter를 하위 클래스로 지정합니다.

아, 알겠습니다. 어댑터는 다른 미들웨어의 형제이고 테스트할 유일한 API는 표준 랙 API이므로 미들웨어가 http 어댑터인지 식별할 방법이 없습니다. :새드롬본:

이것이 구현되면 #496의 변경 사항을 되돌릴 수 있습니다(먼저 병합된 경우).

이것에 +1. 최소한 어댑터가 지정되지 않았거나 지정되지 않은 경우 default_adapter 를 사용하는 것이 좋습니다.

이름은 혼란스럽습니다. 미들웨어를 추가해야 할 때 미들웨어를 추가하고 default_adapter 를 제자리에 유지해야 할 것으로 예상합니다.

어댑터가 전혀 없다는 것은 어리석은 일입니다. 당신은 결코 그것을 원하지 ...

나는 단지 우리가 이것을 관리하기 위한 전략에 대해 내부적으로 논의하고 있다는 것을 모든 사람들에게 확실히 하고 싶습니다.
쉬운 검사처럼 들리지만 @mislav 가 이미 설명했듯이 사람들이 어댑터를 미들웨어 스택에 추가해야 하는 자유와 관련된 현재 문제가 있습니다.
사실, 현재 "어댑터"는 다른 것과 마찬가지로 요청을 수행하는 미들웨어에 불과합니다.
이제 자신의 미들웨어 스택을 정의할 때 연결을 구축할 때 #adapter 메서드를 사용하지 않는 한 다른 미들웨어에서 어댑터를 감지하는 기능을 잃게 됩니다. 불행히도 현재로서는 필수가 아니므로 어댑터 감지가 불가능합니다.

시원한! 여기에서 알려주셔서 감사합니다. :)

2016년 11월 14일 오후 2시 45분에 Mattia [email protected] 에서 다음과 같이 썼습니다.

나는 단지 우리가 내부적으로 전략을 논의하고 있다는 것을 모든 사람들에게 확실히 하고 싶습니다.
이것을 관리하기 위해.
쉬운 검사처럼 들리지만
@mislav 는 이미 문제가 있다고 설명했습니다.
사람들이 어댑터를 추가해야 하는 자유와 관련된 순간
미들웨어 스택.
사실 현재 "어댑터"는 다음과 같은 미들웨어에 지나지 않습니다.
기타, 요청을 수행합니다.
이제 자신의 미들웨어 스택을 정의하면
#adapter 를 사용하지 않는 한 다른 미들웨어에서 어댑터를 감지하십시오.
연결을 구축할 때의 방법. 불행히도, 그것의 사용은
현재로서는 필수이므로 어댑터 감지가 불가능합니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub 에서 보거나 음소거스레드 .

https://v2.developer.pagerduty.com/docs/authentication

따라서 Ruby+Faraday에 대한 PagerDuty API 문서는 이 동작을 나타냅니다. 코드만 사용하면 작동하지 않습니다. (고정하지 않는 한 어댑터가 없다는 점을 지적했기 때문에 아마도 이제 해결될 것입니다.)

솔직히 제 제안은 다음과 같습니다.

"conn.get"을 호출하고 conn에 어댑터가 없으면 예외를 발생시켜 . 현재 동작은 즉시 반환하지만 Faraday가 get 호출의 결과로 설명하는 상태로 설정하지 않는 것입니다. 예를 들어 ".status"는 여전히 nil입니다. 이것은 정말 놀라운 행동입니다! 나는 "당신이 나에게 무엇을 해주기를 원하는지 전혀 모르기 때문에 나는 아무것도 할 수 없다"라고 말할 것입니다. 아마도 일종의 진단을 만들어낼 것입니다.

안녕하세요 @seebs 어리석게 들린다는 것을 알고 있지만 이전 의견에서 볼 수 있었던 것처럼 이것이 쉽지 않은 이유를 설명했습니다.

자신의 미들웨어 스택을 정의할 때 연결을 구축할 때 #adapter 메서드를 사용하지 않는 한 다른 미들웨어에서 어댑터를 감지하는 기능을 잃게 됩니다. 불행히도 현재로서는 필수가 아니므로 어댑터 감지가 불가능합니다.

나는 무슨 일이 일어나는지 추적하려고 노력했고, 나는 뭔가를 놓치고 있습니다.

많은 사람들이 하는 명백한 일을 하고 어댑터를 지정하지 않으면 get을 호출할 때 결국 app.call을 수행하는 rack_builder의 build_response로 끝납니다. 그리고 저는... 실제로 그것이 어디로 가는지 확실하지 않습니다. 왜냐하면 저는 앱이 어디에서 설정되었는지 볼 수 없기 때문입니다.

그래서 제가 궁금한 것은 "adapter :foo"를 하지 않으면 결국 전화를 받는 결과는 무엇입니까?

하나의 간단한 솔루션:
def initialize(핸들러 = [])
@handlers = 핸들러
만약 block_given?

• self.adapter 패러데이.default_adapter
  빌드(&Proc.new)
  elsif @handlers.empty?

... 나는 이것이 작동할 것이라고 생각합니까(-ish)?

또는 build(&Proc.new) 후 self.adapter가 설정되었는지 확인하십시오.

adapter :foo 가 어댑터를 설정하는 데 가장 많이 사용되는 방법이지만 다른 방법도 있습니다.
#adapter 는 사실 도우미일 뿐이지만 #use 를 사용하여 어댑터를 스택에 넣을 수 있습니다.

conn = Faraday.new(url: "http://www.example.com") do |faraday|
  faraday.response :logger
  faraday.use Faraday::Adapter::NetHttp
end

그렇다면 현재 어댑터는 무엇입니까? 호출을 수행하고 결과를 env 에 저장하는 미들웨어에 지나지 않습니다. 이것이 호출되는 #adapter 메소드에 단순히 의존할 수 없는 이유입니다. 요구 사항이 아니기 때문에 Faraday::Adapter 에서 상속하는 어댑터 역할을 하는 미들웨어에 의존할 수 없습니다.

유일한 해결책은 Faraday 1.0 릴리스를 사용하여 #adapter 메서드를 의무적으로 사용하도록 하거나 메서드가 호출되지 않으면 스택에 기본 어댑터를 푸시하고 사용할 것이라고 가정하는 것입니다.

우리는 어떤 방식이 최상의 솔루션이 될 것인지 내부적으로 여전히 논의 중이며 결국 업데이트 후에 사람들이 예기치 않은 결과를 얻게 될 것입니다.
많은 사람들이 Faraday를 처음 사용할 때 일어나는 일입니다. 저도 동의하지만 bundle update 를 실행한 후 프로덕션 시스템에서 이러한 일이 발생하면 확실히 더 나쁩니다. :)

내가 이해하지 못하는 것은 ... 어댑터를 설정하지 않은 경우 호출을 처리하고 결과를 저장하는 것은 무엇입니까? 어댑터를 선택했다면 어댑터의 call() 메서드를 사용하는 호출이 있다고 생각합니다. 어댑터를 선택하지 않은 경우 실제로 실행되는 코드는 무엇입니까?

여기에서 #adapter 방법을 사용하지 않고 어댑터를 선택했습니다.

  faraday.use Faraday::Adapter::NetHttp

이전 댓글에서 내 스니펫을 가져 와서 시도해 보세요. 제대로 작동할 것입니다.
문제는 스택에 어댑터를 여러 가지 방법으로 푸시할 수 있으며 일단 어댑터가 있으면 요청에 사용됩니다( #call 메서드 호출).

죄송합니다, 나는 분명히 불분명했습니다. 여러 가지 방법으로 어댑터를 선택할 수 있다는 것을 알고 있습니다.

그러나 어댑터를 선택하지 않고 conn.get(...)을 호출하는 일반적인 초보자 실수를 고려하십시오. "효과가 없는 것"을 제외하고 실제로 어떤 일이 발생합니까?

나는 전화를 추적하려고 시도했지만 실제로 무슨 일이 일어나는지 알아낼 수 없었습니다. Connection이 run_request를 호출하는 기본 get을 정의한 것 같습니다. 차례로 build_request 및 build_response를 호출하고 이것이 app.call()을 호출하는 rack_builder의 build_response()에서 끝난다고 생각합니다. 앱이 call()을 처리하는 Response 객체를 생성하는 것으로 보입니다. 그런데 헷갈립니다. call() 메서드를 정의하는 것조차 Response를 볼 수 없으며 실제로 call() 메서드가 호출되는 결과를 파악할 수 없습니다.

나는 호출되는 호출 메소드가 있는 무언가 가 있다고 가정합니다. 어댑터를 선택한 경우 해당 어댑터의 호출 방법을 가져옵니다. 어댑터를 선택하지 않은 경우 실제로 실행되는 호출 방법은 어디에서 왔습니까?

요청과 응답을 설정한 후 Connection 는 모든 미들웨어를 살펴보고 스택이 채워지는 것과 같은 순서로 call(env) 메서드를 호출합니다.
"일반 미들웨어"와 어댑터를 구분하지 않고 미들웨어 중 하나가 어댑터라고 가정합니다. 스택에 "어댑터 미들웨어"가 없으면 다른 모든 미들웨어가 호출되지만( call 메서드) 그 중 아무 것도 요청을 효과적으로 수행하지 않습니다(어댑터 역할).
즉, 응답에 상태, 본문 및 "어댑터 미들웨어"로 채워지는 기타 모든 필드가 누락됩니다.

쉽지 않다는 것을 이해하지만 이제 더 명확해지기를 바랍니다 😂

아하하! 그것이 내가 이해하지 못한 것입니다. 그들이 모두 call() 함수를 제공할 것이라고 생각하지 않았습니다.

모든 것을 호출한 후 상태가 설정되지 않은 경우 코드에서 예외가 발생하면 어떻게 될까요? "StatusNotSetException: 상태가 설정되지 않았습니다. 미들웨어가 실제로 네트워크 가져오기를 수행하는 어댑터를 지정하지 않았을 가능성이 큽니다."

나는 이것이 수정되는 것을 정말로 보고 싶습니다!

#750 @iMacTia 에서 수정되었습니다. 닫으시겠습니까?

@olleolleolle 네 좋은 지적입니다! 나는 이것을 언급함으로써 이것이 자동으로 닫힐 것이라고 생각했습니다 :(

이거 출시 안된거같은데? 1.0 이전에 마이너 릴리스를 볼 가능성이 있습니까? :speak_no_evil:

@franzliedke 맞습니다. 이것은 현재 v1.0에 포함되어 있으며 꽤 오래 전에 병합되었다는 데 동의합니다 😅.
우리는 v1.0을 향해 많은 진전을 이뤘고 우리는 그것을 넘어서는 데 상당히 가깝다고 말하고 싶습니다.
시간을 조금만 더 주세요. 기다릴만한 가치가 있습니다 😃

듣기 좋은!

약간 까다롭게 해서 죄송합니다. 오픈 소스가 얼마나 스트레스를 주는지 압니다. 훌륭한 소프트웨어에 감사드립니다!

전혀 @franzliedke !
조금 더 빨리 v1.0을 조준하고 릴리스해야 합니다.
런칭을 놓치지 않으려면 repo를 시청하세요 👍