아, 방금 https://github.com/feathersjs/feathers/issues/64를 봤습니다... 하지만 이걸 열어둘까요? 그래서 어떤 사람들은 도움을 제공할 것인가?

이것을 앞으로 나아가는 가장 좋은 방법은 몇 가지 기본적인 Typescript 정의로 저장소를 시작하는 것입니다(#64에서 시작 위치에 대한 몇 가지 포인터를 게시했습니다).
거기에 토론.

이 문제를 한두 달 더 열어 둘 수 있지만 다른 문제는 거의 1년 동안 아무도 선택하지 않고 미결 상태였습니다. 거기에서 언급했듯이, 현재 핵심 팀은 Typescript 또는 Angular를 사용하지 않으므로 실제로 우리의 레이더에 있지 않습니다(그리고 우리는 가까운 장래에 문제가 해결될 가능성이 있는 경우에만 문제를 공개하는 것을 선호합니다).

@harangue 가 몇 가지 기본 정의를 작업

확실한! 이 문제를 종료해야 하는 경우 계속 진행하세요.

typescript가 지원되면 정말 좋을 것입니다. 어떻게 도와드릴까요?

@rollymaduk 나는 Feathers에 대한 정의에 대해 상당한 진전을 이루었지만 아직 이를 배포하는 가장 좋은 방법을 확립하지 못했습니다(그리고 곧 출시될 TypeScript 2에서는 상황이 약간 과도기적입니다). 그때까지 해결해야 할 작업 이 있으면 내가 작업한

@harangue 정말 멋진 작업입니다. 준비가 된 것 같습니다. 주의가 필요한 일부 영역은 인증, 제공자(rest,socke.io,primus) 및 일부 db 어댑터와 같은 일부 기본 플러그인을 통합하는 것 같습니다. 맞습니까? 그것을 배포하는 가장 좋은 방법은 무엇을 의미합니까?

우리가 이것을 아직 논의했는지 확실하지 않지만, 유지하고 최신 상태로 유지할 사람이 있는 한 기본 저장소에 Typescript 정의를 배포하는 것이 좋을 것이라고 생각합니다. 따라서 준비가 되면 Feathers 2.1 릴리스의 일부로 만들 수 있습니다(예: 서비스의 콜백이 v3에서 더 이상 사용되지 않을 것이라는 경고와 함께 배송될 수도 있음).

TypeScript에 generator-feathers 포크가 있습니까? 발전기의 TS 포크 작업에 관심이 있으십니까?

편집: 생성기를 분기하고 첫 번째 커밋을 푸시했습니다.

따라서 @harangue 는 이미 https://gist.github.com/harangue/9d4ed79118e2656f5e3d2d699296ed36 에 있는 Feathers Typescript 정의의 대규모 세트를 구현했으며 검토하고 잠재적으로 마무리하여 TypeScript 정의 저장소에 제출할 사람이 필요합니다.

나는 올해가 끝나기 전에 상륙할 Auk 릴리스의 이 부분을 만들 예정입니다. 그때까지 아무도 나서지 않는다면 이 문제는 영원히 닫힐 것이고 공식적인 TypeScript 지원이나 전체에 대한 풀 리퀘스트 외에 이에 대한 추가 논의는 없을 것입니다.

품질이 좋은 경우 Feathers와 함께 정의를 묶는 것을 고려해야 합니다. 많은 사람들이 보조 패키지 관리자를 최대한 사용하지 않기를 원할 것이라고 생각합니다.

npm i @types/feathers 를 통해 설치할 수 있습니다. typings 것은 더 이상 필요하지 않습니다.

https://github.com/DefinitelyTyped/DefinitelyTyped에 추가하면 된다고 생각했습니다

확실히 유형이 지정된 FAQ에서:

types-2.0 분기는 types-publisher 덕분에 NPM의 @types 범위에 자동으로 게시됩니다. 이것은 일반적으로 변경 사항이 병합된 후 1시간 이내에 발생합니다.

몰랐어요. 따라서 이것을 확실히 Typed에 추가하는 것으로 충분할 것입니다.

아, JS. 한 두 달 정도 쉬고 생태계가 진화합니다 :스마일:

너무 오랫동안 내 쪽에서 이것에 대해 라디오 침묵이 있었던 것을 유감스럽게 생각합니다. 나는 오늘 이전 타이핑에 있었던 몇 가지 문제를 수정하는 요점의 또 다른 개정판 을

요지에 존재하는 정의는 1) 타이핑 테스트(Fathers 문서에서 몇 가지 예를 가져와야 함) 및 2) JS Doc 주석(intellisense에는 좋지만 필수는 아님).

기술적으로 후크 타이핑은 페더 후크로도 추출되어야 합니다. 그러나 uberproto 에는 정적 유형으로 복제하기 약간 어려운 믹스인 패턴이 있기 때문에 여기서 타이핑을 확장하면 약간 지저분해집니다.

@harangue님 다시 뵙게 되어 반갑습니다. 후크를 코어의 일부로 만들 계획이므로 지금은 여기에 후크 유형을 남겨둘 수 있다고 생각합니다(#408 참조). 또한 타이핑은 https://blog.feathersjs.com/feathers-application-and-error-hooks-7a5982e70024에 설명된 대로 새로운 .hooks 방법으로 업데이트해야 할 수도 있습니다(아직 문서화되지 않았으며 작업 중 :).

@harangue 당신은 당신의 유형을 확실히 타이핑하기 위해 언제 제출할 것이라고 생각합니까?

안녕하세요 여러분, TypeScript defs가 나오는 것을 보니 정말 멋집니다. @harangue , feathers 라이브러리와 일치하는 네임스페이스를 내보내지 않으므로 import ... from 'feathers' 에서 오류가 발생합니다.

안녕하세요 @subvertallchris , 당신은 사용할 수 있습니다

import * as feathers from 'feathers';`

또는

import feathers = require('feathers');

그들은 동등합니다. :) Feathers에 대한 시간이 다시 생겼다고 생각했을 때 다른 일에 휘말렸지만 새해까지는 이러한 정의가 완전히 구체화되기를 바라고 있습니다.

@j2L4e TS 생성기 포크가 404'인 것 같습니까? 이것에 대한 소식이 있습니까? 그리고 @harangue 잘 지내고 계신가요? 나는 이 땅을 보고 싶어 하며 TS 정의 파일, feathers generate --ts 플래그가 있는 포크로 cli가 typescript나 문서와 잘 작동하도록 하는 데 도움이 되어 기쁩니다. 알려 줘요.

유지 관리가 어려웠고 mysql 및 로컬 인증에 대해서만 제대로 작동했으며 generator-feathers는 어쨌든 곧 폐기될 것입니다. 그래서 스크랩했습니다.

새로운 cli의 출시를 간절히 기다리고 있습니다.

오전 19. 2016년 12월 14:41:42 MEZ, schrieb georgeedwards [email protected] :

@j2L4e TS 생성기 포크가 404'인 것 같습니까? 이것에 대한 소식이 있습니까?
그리고 @harangue 잘 지내고 계신가요? 나는 이것을보고 정말로 열망한다.
토지 및 TS 정의 파일의 구현을 지원하게 된 것을 기쁘게 생각합니다.
feathers generate --ts 플래그가 있는 포크로 cli를 재생할 수 있습니다.
타이프 스크립트 또는 문서. 알려 줘요.

--
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/feathersjs/feathers/issues/381#issuecomment -267966376

이 문제에 대해 아직 작업 중인 사람이 있습니까? 이 프로젝트를 Typescript와 함께 사용하고 싶습니다.

여러분, 안녕하세요

_거의 다 되었습니다._ 😄
FeatherjsOrg에서 많은 포크를 만들고 repo별로 정의를 작성했습니다. 그리고 최고의 typescript 정의와 함께 feathersjs를 사용하여 이 샘플을 볼 수 있습니다.

Feathers+Nodejs+Typescript
FeathersClient+Aurelia+Typescript

[예, 클라이언트 청크에 대한 ESNext, Commonjs, AMD 및 글로벌 모듈을 지원합니다.]

aurelia 샘플은 angular2로 작업하는 방법에 대한 단서를 제공합니다. 이 리포지토리에는 typescript가 라이브 문서를 제공하는 데 유용할 수 있는 방법에 대한 많은 세부 정보가 있습니다.

곧 PR을 하겠지만, 보고, 질문하고, 피드백을 줄 수 있습니다. 👌?

정의가 있는 포크:

• 깃털 갈고리
• 깃털 프리머스
• 깃털 소켓
• 깃털 휴식
• 깃털 인증 클라이언트
• 깃털 클라이언트
• 깃털

나는 약간의 일이 있었지만 깃털과 활자체를 좋아합니다.

그것은 모두 상대적 링크입니다

링크를 수정했습니다.

@AbraaoAlves 멋지네요 감사합니다! 음란한 댓글을 쓰고 이슈를 닫으려던 참이었는데 먼저 댓글을 달아주셔서 기쁩니다 😉 풀 리퀘스트를 기대하고 있겠습니다!

좋은 사람 @AbraaoAlves !

@AbraaoAlves 정말 감사하다는 말을 전하고 싶었습니다. 이것은 저에게 큰 도움이 됩니다! 당신이 마지막 순간에 왔다는 게 믿기지 않아요

@AbraaoAlves 귀하의 정의를 실제로 사용하는 데 문제가 있습니다. 다음과 같은 package.json에 패키지를 설치할 때

"feathers-errors": "^2.5.0",

"feathers-authentication": "^0.7.12",

"feathers-configuration": "^0.3.3",

"feathers": "https://[email protected]/AbraaoAlves/feathers.git#definition",

"feathers-hooks": "git://github.com/AbraaoAlves/feathers-hooks.git#definition",

"feathers-mongoose": "^3.6.2",

"feathers-rest": "git://github.com/AbraaoAlves/feathers-rest.git#definition",

"feathers-socketio": "git://github.com/AbraaoAlves/feathers-socketio.git#definition"`

따라서 다음과 같은 TypeScript 파일에서 사용하려고 할 때:

import * as feathers from "feathers"

컴파일을 통과하지만 실제로는 제대로 실행되지 않습니다.

유형 정의만 설치하고 소스는 설치하지 않습니다. 또한 feathers-rest는 typescript가 인식할 수 있는 기능을 내보내지 않는 것으로 보입니다.
rest()' as a valid command for app.use(rest());

또한 한 가지 더 문제는 app.use가 더 이상 다음과 같은 인수를 허용하지 않는 것 같습니다.
this.app.use(bodyParser.json());

로 사용해야 합니다.

this.app.use(bodyParser.json() as any);

@Chrisdf 나는 package.json의 tgz 파일로 이것을 수정하고 지금 복제하고 다시 설치를 시도합니다.

이에 대한 자세한 내용: 문제

@AbraaoAlves 가 @types 네임스페이스를 통해 사용할 수 있으며 핵심 팀이 릴리스의 일부로 정의를 최신 상태로 유지해야 하는 요구 사항이 제거됩니다.

@AbraaoAlves 그런데 정의가 커밋되지 않고 대신 tarball 릴리스로 게시 된 이유는 무엇입니까? 이런 식으로 typings 더 많이 사용할 수 있습니다. 저는 이러한 노력에 매우 감사하며 커뮤니티에 사용 가능한 형태로 정의를 제공하는 것이 유익할 것이라는 데 동의합니다. 확실히 Typed는 좋은 조치가 될 것입니다.

@AbraaoAlves 와 @harangue의 작업을 기반으로 타이핑을 다시 작성했습니다. 곧 이 타이핑을 확실히 Typed에 제출할 것입니다.

시원한. 이를 위해 우리가 할 수 있는/해야 하는 것이 있습니까? 그렇지 않으면 일단 확실히 유형이 지정되면 이 문제를 닫을 수 있다고 가정합니다.

이 저장소와 package.json에 포함되어야 합니다.
(적어도 가장 좋은 경우)

예: package.json 포함 파일

안녕하세요 여러분/
인내심과 피드백에 감사드립니다.

@stevehipwell 및 @daffl : 나는 typescript 정의 파일이 문서, 라이브 문서와

나는 @types 와 있으며 , 이것은 자바스크립트 사람들이 정의에 대해 걱정하지 않는 제 시간에 typescript 커뮤니티에 중요합니다.

오늘날, 단일 릴리스에서 두 가지를 모두 유지 관리할 수 있는 기회가 있다면 통신 오류 발생률이 훨씬 낮아지고 릴리스별로 공무원 정의가 제공됩니다!

자바스크립트 프로젝트의 예는 고유한 정의를 유지합니다: Aurelia , Preact , ...

모두가 동의하는 경우 PullRequest 링크는 다음과 같습니다.

• 깃털
• 깃털 인증 클라이언트
• 깃털 갈고리
• 깃털 프리머스
• 깃털 휴식
• 깃털 소켓
• 깃털 인증
• feathers-client (다른 사람들이 해결한 후에 보낼 것입니다)

유형 테스트, 자동화와 같은 더 많은 작업이 있지만 이것은 시작에 불과합니다.

Typescript S2 FeathersJS!

안녕하세요 여러분,

나는 이상적인 솔루션이 패키지에 TypeScript 정의 파일을 직접 포함하는 것이라는 @AbraaoAlves의 말에 동의합니다. 그러나 최악의 시나리오는 포함된 정의 파일이 구식이 되는 것입니다. 이것이 내가 DefinitlyTyped를 사용하여 복잡한 것을 더 작고 관리하기 쉬운 구성 요소로 분리하는 Node 사고 방식을 유지하는 중간 솔루션으로 정의를 유지하는 데 사용되었다고 제안한 이유입니다.

정의가 프로젝트 릴리스와 동기화된 상태로 유지되도록 하려면 페더 팀의 더 나은 투명성이 필요합니다. 지금까지 내 자신의 정의를 작성하는 동안 릴리스의 현재 상태가 무엇인지 확신할 수 없습니다. 블로그가 최신 상태로 유지되지 않고 아무 의미가 없는 코드 이름(v3, auk, buzzard??)이 많이 있습니다.

@AbraaoAlves - 정의가 좋아 보이지만 hooks() 메서드와 같이 누락된 영역이 있습니다. 이러한 항목을 추가하는 데 관심이 있으십니까?

안녕하세요 @stevehipwell

피드백 감사드립니다. 그리고 여기에 대한 내 대답은 다음과 같습니다.

그러나 최악의 시나리오는 포함된 정의 파일이 결국 구식이 되는 것입니다...
정의가 프로젝트 릴리스와 동기화된 상태로 유지되도록 하려면 페더 팀의 더 나은 투명성이 필요합니다.

예, 동기화 문제는 실제 문제이지만 테스트를 통해 수정할 수 있습니다.
나는 typescript에서 테스트를 제안합니다: #508

이 솔루션에 대해 동의하거나 동의하지 않는 경우 거기에 의견을 제시하십시오.

저는 확실히 feathersjs를 파괴적인 변경 없이 타이프스크립트 친화적으로 만들고자 하는 동기가 있습니다.
hooks() 메서드와 같이 해야 할 일이 훨씬 더 많지만 이제 함께 구축할 수 있습니다.

버그를 보거나 정의를 놓치면 문제를 제기하십시오.

@AbraaoAlves 정의를 최신 상태로 유지하려는 욕구가 있는 것 같으며 기꺼이 도와드리겠습니다. 병합 요청이 완료되면 정의 누락에 대해 기본 저장소에서 버그가 발생하기를 원한다고 가정합니다.

@stevehipwell 예, 요점입니다.

출시 일정의 문제는 무엇이며 이를 개선하기 위해 무엇을 할 수 있습니까? 여기의 이정표 는 여전히 대략적인 계획입니다.

• 다음 릴리스는 생성기가 완료되고 문서가 업데이트되는 완전한 코드인 Auk 입니다. 주요 변경 사항은 feather-authentication v1.0.0에 있습니다.
• 이후 릴리스는 다음과 같은 핵심 변경 사항을 포함하는 Buzzard 입니다(사실 때때로 v3으로 참조 - 아마도 😉는 안 됨):
  
  
  
  • 프레임워크 독립성(https://github.com/feathersjs/feathers/milestone/9)(및 클라이언트를 위한 통합 구조 )
  
  
  • 코어의 후크(https://github.com/feathersjs/feathers/issues/408)
  
  
  • 채널 기반 이벤트 필터링 (https://github.com/feathersjs/feathers/issues/388#issuecomment-239564856)
  
  

해당 기능이 출시되면 정의를 업데이트하는 프로세스는 무엇입니까?

Typescript 정의는 C++의 .h(헤더)와 같습니다. 모듈에 응답하지 않는 헤더가 있는 경우 사용된 코드 버전과 일치하지 않는 문서와 같이 런타임에 문제가 발생할 수 있습니다.

따라서 API 변경이 필요한 각 마일스톤에는 정의가 포함되어야 한다고 생각합니다. 예: 메서드를 다른 저장소로 이동하거나 메서드에 새 매개변수를 추가하는 등...

저는 페더 인증 정의를 변경하고 v1에 맞추기 위해 특정 프로젝트에 대한 후크를 제거합니다.
이제 질문은 다음과 같습니다. FeathersJS의 현재 버전에 정의가 포함되어야 합니까?

@AbraaoAlves 저는 그렇게 생각합니다. 귀하의 모든 PR에 대해 마이너 릴리스를 만들 수 있으며 거기서부터 반복할 수 있습니다. 내가 여전히 궁금해하는 유일한 것은 #508이지만 그것에 대해 언급하겠습니다.

위의 입력과 관련하여 두 가지 문제에 직면했습니다.

socketio가 작동하고 싶지 않습니다.

node_modules/feathers-socketio/index"' resolves to a non-module entity and cannot be imported using this construct.

그리고 당신의 feathers-cli가 인수 없이 출력하더라도 나머지는 핸들러가 필요합니다.

.configure(rest()) // 오류 선언 function rest(handler:Function): Function;
.configure(소켓티오())

노드 -v
v6.6.0

npm -v
3.10.5

tsc -v
2.1.6

이것이 진입점이기 때문에 "feathers()"를 모듈로 사용하는 방법을 보여주는 것도 흥미로울 것입니다.
생성된 다른 모든 서비스/미들웨어를 변환할 수 있지만, 생성자() {}에서 feathers()를 캡슐화하는 더 좋은 방법이 있어야 합니다. (나는 깃털이 처음이라 잘못하고있을 수도 있습니다 ...)

패치 릴리스로 정의를 얻을 수 있습니까? 이 수준의 변경은 패치 릴리스에 완벽하게 맞습니다. 주요 변경 사항 및 새로운 기능이 없습니다. 일부 또는 잘못된 입력이라도 입력하지 않는 것보다 낫습니다.

릴리스가 나오면 증강을 사용하여 타이핑을 개선할 수 있는 작업 시작점이 있습니다.

이것이 계속 정체되고 내 정의에 대해 확실히 유형이 지정된 경로로 이동해야 하는 경우. 나는 이것을 할 필요가 없으며 저장소의 정의를 기꺼이 도와드립니다.

#508에서 @AbraaoAlves 에 대한 질문이 Slack 에서 좋은 시간을 보낼 수 있습니까(minor.pre로 시작할 수 있음)?

를 통해 각 모듈에 대한 마이너 버전으로 출시

• https://github.com/feathersjs/feathers/pull/507
• https://github.com/feathersjs/feathers-authentication-client/pull/25
• https://github.com/feathersjs/feathers-hooks/pull/135
• https://github.com/feathersjs/feathers-primus/pull/43
• https://github.com/feathersjs/feathers-rest/pull/101
• https://github.com/feathersjs/feathers-socketio/pull/60
• https://github.com/feathersjs/feathers-authentication/pull/412

먼저 이 토론에 참여해 주신 모든 분들, 특히 수고해 주신 분들께 감사드립니다. 우리는 많은 Feathers 리포지토리에 대해 TypeScript 정의가 포함된 부 버전을 출시했지만 많은 문제를 일으켰습니다. 그렇지 않으면 상당히 안정적인 모듈에 대한 예정되지 않은 릴리스로 인해 사용자가 TypeScript를 전혀 사용하지 않는 업데이트도 코어에 대한 방법 없이 만들었습니다. 팀(아무도 TypeScript를 사용하지 않는 곳)에서 문제를 안정적으로 고칠 수 있습니다.

Feathers + TypeScript에 대한 전체 토론에서 내가 얻은 주요 내용은 기존 JavaScript 프로젝트에 대한 타이핑을 만들고 유지 관리하는 것이 매우 어렵다는 것입니다. 핵심 팀은 TypeScript를 사용하지 않기 때문에 주요 API 변경 사항을 릴리스할 때 앞으로 나아가는 유일한 선택은 오래된 TypeScript 정의를 제거하는 것입니다.

확실히 TypeScript 리포지토리에 Feathers 모듈에 대한 최신 TypeScript 정의가 있으면 좋을 것이며 그렇게 하는 데 도움이 되도록 최선을 다할 것입니다. 그러나 제한된 시간으로 우리 자신의 저장소에서 개인적으로 사용하지 않는 것을 지원하고 유지합니다.

상호 운용성 TypeScript 주장에 대해 잘 말하지 않았습니다.

Feathers는 특정 입력 없이 완벽하게 사용할 수 있습니다. Intellisense 및 유형 없이는 그냥 일반 JS입니다. 특히 믹스인을 많이 사용하는 feathers 플러그인 시스템은 타이핑을 만드는 것을 어렵게 만듭니다. 왜냐하면 그것은 작업을 수행하는 매우 비 타이핑 방식이기 때문입니다. 나는 일반 타이프스크립트 사용자(그리고 그 팬)이지만, 지금은 서버측 페더를 위해 ES6으로 돌아갔습니다.
유형을 별도로 유지 관리하는 것이 실제로 typescript를 사용하는 핵심 팀의 아무도 없는 여기에서 더 적합한 방법인 것 같습니다.

Feathers는 TypeScript와 잘 작동한다면 Angular에 선호되는 서버 측 프레임워크가 될 것입니다. 그냥 ' :-). 지금은 계속 진행 중입니다.

@j2L4e 현재 플러그인에 의해 혼합되는 대부분의 것들이 코어의 일부가 되면 다음 릴리스에서는 이것이 더 쉬울 것이라고 생각합니다. 그래도 도움을 안정적으로 받는 일반적인 문제를 해결할 수 있을지 확신할 수 없습니다.

@rjsteinert 현재 있는 것은 대부분 작동하지만 예, 모든 오픈 소스 프로젝트와 마찬가지로 시도하고 도움을 주거나 계속 진행할 기회가 있습니다.

시도하고 도움을 주거나 계속 진행할 기회가 있습니다.

저는 Angular를 처음 접하고 오랜 JS 프로그래머로, TS가 인생을 얼마나 장대하게 만드는지 깨닫고, 우리가 서버 측에서 역할을 하지 않으면 팀이 욕을 하고 다시 작성하려는 환상을 갖게 될 것임을 깨닫습니다. 앞으로 몇 년 동안 매일. 우리는 결국 옵션이 부족하여 깃털을 사용할 수 있으며 이 경우 타이핑을 최신 상태로 유지하는 데 확실히 도움이 됩니다. 우리가 지나가면서 " API 변경 사항을 릴리스할 때 앞으로 나아가는 유일한 선택은 오래된 TypeScript 정의를 제거하는 것"을 볼 때 다른 곳을 봅니다. 그것을 가볍게 여기지 마십시오. 기존 프로젝트를 지원해야 할 필요성을 이해합니다. 여러분 모두가 재작성을 하고 있는 제 상황에 있게 될 만큼 운이 좋지 않습니다(저는 운이 좋지 않을 수도 있습니다).

@rjsteinert TypeScript가 제공하는 가치가 무엇입니까? (솔직한 질문) 현재 Feathers 작업이 완료된 후 TypeScript를 직접 살펴보기에 충분할 정도로 관심이 높아졌습니다. 자동 완성/CodeSense에 도움이 된다는 것을 알고 있지만 Feathers API는 너무 작아서 유용하다고 상상할 수 없습니다. 저의 무지함을 용서해 주십시오. ;)

autocomplete/CodeSense 는 좋은 부산물이지만 저는 일반적으로 Vim을 사용하기 때문에 좋은 것을 얻지 못합니다. 지금까지 내가 본 큰 변화는 기여한 일부 기능이나 객체를 사용하는 방법을 명확하게 만드는 방법에 대한 표준화입니다. NPM의 라이브러리를 살펴보면 동적으로 유형이 지정된 언어가 알려주지 않는 것을 명확하고 유용하게 만들기 위해 자체 개발하고 창의적인 솔루션을 사용하는 많은 라이브러리를 찾습니다. TS는 코드를 작성할 때 직접 유형을 확인하는 수많은 상용구를 절약하고 다른 사람의 코드를 사용하는 방법을 더 쉽게 빠르게 이해할 수 있도록 합니다. 요즘은 내 스타일의 상용구 JS를 작성하는 것이 지겹다고 생각하는 경향이 있으며 외부 라이브러리를 사용할 때마다 누군가의 README를 읽고 싶지 않습니다.

@rjsteinert 에 동의합니다. 저는 JavaScript로 15년 이상 일했으며 모든 API를 기억하는 것을 좋아합니다. 색 없이 메모장으로 코딩도 했습니다. 저는 전체 사이트가 JavaScript로만 작성된 Microsoft 팀에서 일했습니다. 귀하의 사이트가 50명 이상의 프로그래머에 도달하면 모든 것이 엉망이 됩니다. 더 많은 규칙을 따라야 할 뿐만 아니라 사이트는 런타임에만 충돌합니다.

이 GitHub 게시물을 작성하고 FeatherJS를 사용하고 있다면 아마도 열렬한 JavaScript 개발자일 것입니다. FeatherJS 개발자 중 한 명이면 TypeScript를 직접 사용하는 것이 의미가 없습니다. 특별한 도구나 TypeScript 도움말이 필요하지 않습니다. 당신은 자바스크립트 유니콘입니다.
저는 TypeScript에 대해 극도로 반대했지만(특히 Alpha 1.1 버전과 함께 사용하도록 강요받았습니다), 수년 동안 저는 TypeScript를 감사하는 법을 배웠고 TypeScript 없이는 살 수 없습니다. 당신과 함께 일하게 될 동료들은 당신이 JavaScript에 대해 잘 알고 있지 않을 것입니다. 그들은 모든 다른 배경에서 올 것이고 JavaScript가 얼마나 쓰레기 같은지 저주할 것입니다.

TypeScript 언어는 그 이후로 커뮤니티 피드백에서 많이 성장했습니다.
도구와 큰 팀 없이는 대규모 웹사이트를 구축할 수 없습니다. @rjsteinert가 말했듯이 팀은 클라이언트 측에서 TypeScript를 사용하기 시작한 다음 잠시 후 서버 측을 사용하는 데 매우 만족하지 못할 것입니다. 회사 요구 사항에 맞게 인프라를 변경하기 위해 노력한 다음 featherjs는 무시됩니다.

웹에서 가장 많이 사용되는 언어인 PHP, NodeJS, Ruby, C#, Java를 살펴보십시오. 일부는 입력되고 일부는 입력되지 않습니다. 저는 이 모든 언어로 작업했으며 이 모든 세월이 지난 후에 "런타임 전용 발견 오류" 언어로 돌아가고 싶지 않다고 말할 수 있습니다. 그들은 모두 자신의 매력, 장단점이 있습니다. 큰 팀에서 나는 항상 조금 더 강하고 타이핑한 것을 제안할 것입니다.

내가 작성한 PHP SDK를 사용하는 사람의 가장 최근 예입니다. 100자리의 "큰 숫자"를 허용하는 메서드가 있는 경우 실제로는 문자열로 처리됩니다. 초보자 개발자는 setValue(123456789123...) 호출이 작동하지 않을 때 NodeJS 또는 substr 메서드에서 매우 낮게 충돌하는 것처럼 보이는 이유를 묻는 버그를 엽니다. 이제 중급 개발자가 문서를 확인하고 문자열이어야 함을 찾습니다. 입력하거나 컴파일할 때 강제로 문자열을 입력한다고 상상해 보십시오. 그러면 개발자는 특정 문서를 읽거나 버그를 열 필요가 없습니다.

새로운 Angular2 + NodeJS 프로젝트에 어떤 프레임워크를 사용할지 약간 조사했는데 FeatherJS가 딱 필요한 것 같았습니다. 그러나 오늘 다른 서버 프로젝트가 나와 "기본적으로 TypeScript를 공식적으로 지원합니다"라고 말하면 바로 전환하겠습니다.

이 문제에 대한 모든 사람의 의견에 감사드립니다. 아주 좋은 토론이 있었지만 나는 그것이 타이프스크립트의 장점으로 바뀌기 시작했다고 느끼고 있고 그것이 실제로 이 문제에 관한 것이 아닙니다. 핵심 팀은 Feathers 작업에 필수적이지 않고 Feathers의 핵심을 발전시킬 수 있는 속도를 줄일 것이기 때문에 Typescript 정의를 논의했으며 지원하지 않을 것입니다. 출시할 때 업데이트해야 할 사항이 이미 많이 있습니다. 우리는 릴리스를 더 빨리 출시하기 위해 종속성을 줄이려고 노력하고 있지만 Typescript 정의를 추가하면 더 많은 작업이 추가됩니다. Feathers 핵심 팀 중 누구도 Typescript를 사용하지 않기 때문에 다음을 수행합니다.

1. 정의를 적절하게 유지하기 위한 적절한 지식이 없음
2. 소수의 사용자 기반이 정의를 "요구"할 때 정의 작업에 시간을 할애할 수 없습니다. 더 많은 사람들에게 영향을 미치기 위해 작업해야 할 다른 항목이 많이 있습니다.

공식 정의를 생성/유지하려는 사람들을 위해 새 문서의 에코시스템 섹션에 링크하게 되어 기쁩니다. 그러나 직접 사용하지 않고 Feathers를 사용할 때 TS 정의가 필요하지 않고 개인 취향에 더 가깝기 때문입니다. 우리는 그들을 유지하지 않을 것입니다. 우리는 기존 저장소 에서 그것들을 https://github.com/feathersjs/feathers-typescript에 넣을 것 @jsgoupil , @rjsteinert , @AbraaoAlves 또는 관심 있는 다른 사람이 저장소를 유지하기를

우리는 이 문제를 토론을 위해 열어두겠지만 핵심 리포지토리 외부에서 정의를 구현하기 위해 수행해야 하는 작업과 반대로 Typescript의 장점을 논의하는 경로로 계속 진행되는 경우 스레드를 잠글 것입니다. 😄

이것을 포함하지 않으려면 npm에 게시된 버전에 소스 디렉토리를 포함하고 package.json 항목에 jsnext:main 또는 module package.json 를 설정하십시오.

TypeScript는 이제 와일드카드 모듈 정의를 지원하므로 feathers-sub-modules에서 모든 타이핑을 제거하고 이를 feathers 포함하는 것이 쉬운 해결 방법입니다.

declare module 'feathers';
declare module 'feathers-*';

깃털과 모든 깃털을 any 유형으로 선언하는 모든 모듈은 기본적으로 TS에서 "작동"합니다. 향상된 인텔리 센스를 얻지는 못하지만 기존 프로젝트의 내용을 깨뜨리지 않고 작동하고 사람들의 등을 돌립니다.

나는 또한 한다:

"paths": {
            "feathers-socketio": ["typedefs/feathers-socketio/index.d.ts"]

많은 작은 PR을 열고 TS가 아닌 사용자를 위해 실제로 아무 것도 패치하지 않는 많은 패치 버전을 만드는 대신 그 동안 부정확하거나 불완전한 typedef를 "재정의"합니다.

안녕,
typescript 지원에 관한 한 가지 의문점을 명확히 하고 싶습니다.
Service 의

그러나 문서에 따르면 서비스 방법은 선택 사항입니다.
보다

그럼 서비스 정의는 아래와 같아야 하지 않을까요?

  interface Service<T> extends events.EventEmitter {
    find?(params?: Params, callback?: any): Promise<T[] | Pagination<T>>;
    get?(id: number | string, params?: Params, callback?: any): Promise<T>;
    create?(data: T | T[], params?: Params, callback?: any): Promise<T | T[]>;
    update?(id: NullableId, data: T, params?: Params, callback?: any): Promise<T>;
    patch?(id: NullableId, data: any, params?: Params, callback?: any): Promise<T>;
    remove?(id: NullableId, params?: Params, callback?: any): Promise<T>;
    setup?(app?: Application, path?: string): void;
  }

@harish2704 네 맞아요

나는 현재 "repo typedef 재정의" 해결 방법을 고수하고 있으며 프로젝트가 끝나면 언젠가(헤헤 손가락이 교차) feathers-typescript 또는 확실히Typed에 게시할 수 있습니다.

그렇게 하면 적어도 하나의 프로덕션 프로젝트에서 전투 테스트를 거친 정의를 제출할 수 있습니다.

고마워 쿠!

2017년 5월 9일 화요일 오전 7시 42분, Richard Michael Coo <
[email protected]>은 다음과 같이 썼습니다.

@harish2704 https://github.com/harish2704 네 맞습니다

지금은 "repo typedef 재정의" 해결 방법을 고수하고 있습니다.
아마도 언젠가 (헤헤 손가락이 교차) 깃털 활자 또는
내 프로젝트가 끝나면 확실히 입력했습니다.

이렇게 하면 전투 테스트를 거친 정의를 제출할 수 있습니다.
적어도 하나의 생산 프로젝트.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/feathersjs/feathers/issues/381#issuecomment-300138396 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ABezn0WGqH30NNp8-X-ckpVuk_BTQbbnks5r4FEQgaJpZM4Jears
.

@myknbani
체크인하기에는 조금 이르지만 typedef를 어떻게 사용하셨나요? 전혀 손이 필요합니까? :) 나는 새 프로젝트에서 페더를 사용하려고 하지만 TypeScript 지원이 부족하다는 것이 약간의 골칫거리입니다.

TypeScript 지원 부족

정확히 무엇을 의미하는지 확실하지 않습니다. 그것은 완전히 작동합니다. 완벽하지는 않지만 작동합니다.

@jonlambert @j2L4e에 동의합니다. 기존 것들은 완벽하지 않지만, typecheck를 하지 않는 모든 것에 대해 내가 여기서 언급한 트릭을 수행합니다.

IMHO, feathers-rest 와 같은 패키지는 약 2줄만 사용해야 하는 패키지는 입력할 가치가 전혀 없습니다 :-)

무엇을 바꿨는지 기억도 안나는데 후크와 서비스를 이용하는데 문제는 없는 것 같아요.

@j2L4e feathers 가 TypeScript를 지원하지 않는다는 의미였습니다. 맞습니다. 위에서 언급한 해결 방법과 함께 사용할 수 있지만 이 문제에서 볼 수 있듯이 확실히 '지원'되지 않습니다!

TypeScript는 앱을 유지 관리할 수 있도록 하는 워크플로에 필수적이므로 @myknbani 의 정의를 사용할 수 있는지 확인하는 것이 가치가 있다고 생각했습니다. 그래도 걱정마세요! 🙂

해당 해결 방법 없이도 작동합니다. 너무 많은 조작이 필요하지 않은 공식 repos에서 사용할 수 있는 입력이 있습니다. 실례는 아니지만 작동하는지 시도조차하지 않은 것 같습니다.

Feathers 핵심 팀 중 누구도 Typescript를 사용하지 않기 때문에 다음을 수행합니다.

1. 정의를 적절하게 유지하기 위한 적절한 지식이 없음
2. 소수의 사용자 기반이 정의를 "요구"할 때 정의 작업에 시간을 할애할 수 없습니다. 더 많은 사람들에게 영향을 미치기 위해 작업해야 할 다른 항목이 많이 있습니다.

프레임워크를 처음 접하는 사람으로서 나는 이 문제의 존재와 위의 설명으로 TS 지원이 부족하다고 생각했을 것입니다. 잘못된 결론이라면 죄송합니다. 시도해 보겠습니다.

또한 "작동"할 수도 있지만 유형 정의가 API와 함께 최신 상태를 유지하도록 보장하지 않으면 향후 문제를 일으킬 가능성이 있는 것처럼 보입니다.

네가 옳아.

그러나 최근에 몇 가지 개선 사항이 있었고 타이핑 완료가 계획되어 있고 진행 중입니다.

좋은 소식입니다 🙂 지금까지 프레임워크 작업을 정말 즐기고 TS와 함께 사용할 수 있게 되어 기쁩니다 🎉

해당 해결 방법 없이도 작동합니다. 너무 많은 조작이 필요하지 않은 공식 repos에서 사용할 수 있는 입력이 있습니다. 실례는 아니지만 작동하는지 시도조차하지 않은 것 같습니다.

@j2L4e 맞습니다. 나는 typedef가 지금 훨씬 더 나은 상태에 있다고 생각합니다. 나는 내 "무시"지금까지 남아있는 유일한 문제는 모두가 있습니다 삭제 ! (의 사촌 주장 strictNullChecks 사용하는 경우) app.service(...) .

서비스 정의(서비스 방법이 모두 선택 사항인 경우)와 서비스 인스턴스(모든 서비스 방법이 정의되지 않은 경우)에 대한 유형을 구분하는 것이 좋습니다. 현재 ! await app.service('api/foos').create!([{ 도처에 고통스럽게 추가해야 했습니다.

내 해결 방법에는 다음이 있습니다.

interface ServiceDefinition<T> {
    find?(params?: Params, callback?: any): Promise<T[] | Pagination<T>>;
    get?(id: number | string, params?: Params, callback?: any): Promise<T>;
    create?(data: T | T[], params?: Params, callback?: any): Promise<T | T[]>;
    update?(id: NullableId, data: T, params?: Params, callback?: any): Promise<T>;
    patch?(id: NullableId, data: any, params?: Params, callback?: any): Promise<T>;
    remove?(id: NullableId, params?: Params, callback?: any): Promise<T>;
    setup?(app?: Application, path?: string): void;
  }

  interface ServiceInstance<T> extends events.EventEmitter {
    find(params?: Params, callback?: any): Promise<T[] | Pagination<T>>;
    get(id: number | string, params?: Params, callback?: any): Promise<T>;
    create(data: T | T[], params?: Params, callback?: any): Promise<T | T[]>;
    update(id: NullableId, data: T, params?: Params, callback?: any): Promise<T>;
    patch(id: NullableId, data: any, params?: Params, callback?: any): Promise<T>;
    remove(id: NullableId, params?: Params, callback?: any): Promise<T>;
  }

어때요?

  interface GetMethod<T>{
    /**
     * Retrieves a list of all resources from the service.
     * Provider parameters will be passed as params.query
     */
    find(params?: Params, callback?: any): Promise<T[] | Pagination<T>>;
  }

  interface FindMethod<T>{
    /**
     * Retrieves a single resource with the given id from the service.
     */
    get(id: number | string, params?: Params, callback?: any): Promise<T>;
  }

  interface CreateMethod<T>{
    /**
     * Creates a new resource with data.
     */
    create(data: T[], params?: Params, callback?: any): Promise<T[]>;
    create(data: T, params?: Params, callback?: any): Promise<T>;
  }

  interface UpdateMethod<T>{
    /**
     * Replaces the resource identified by id with data.
     * Update multiples resources with id equal `null`
     */
    update(id: NullableId, data: T, params?: Params, callback?: any): Promise<T>;
  }

  interface PatchMethod<T>{
    /**
     * Merges the existing data of the resource identified by id with the new data.
     * Implement patch additionally to update if you want to separate between partial and full updates and support the PATCH HTTP method.
     * Patch multiples resources with id equal `null`
     */
    patch(id: NullableId, data: any, params?: Params, callback?: any): Promise<T>;
  }

  interface RemoveMethod<T>{
    /**
     * Removes the resource with id.
     * Delete multiple resources with id equal `null`
     */
    remove(id: NullableId, params?: Params, callback?: any): Promise<T>;
  }

  interface OptionalMethods <T> {
    find?(params?: Params, callback?: any): Promise<T[] | Pagination<T>>;
    get?(id: number | string, params?: Params, callback?: any): Promise<T>;
    create?(data: T[], params?: Params, callback?: any): Promise<T[]>;
    create?(data: T, params?: Params, callback?: any): Promise<T>;
    update?(id: NullableId, data: T, params?: Params, callback?: any): Promise<T>;
    patch?(id: NullableId, data: any, params?: Params, callback?: any): Promise<T>;
    remove?(id: NullableId, params?: Params, callback?: any): Promise<T>;
  }

  type GetService<T> = GetMethod<T> & ServiceAddons;
  type FindService<T> = FindMethod<T> & ServiceAddons;
  type CreateService<T> = CreateMethod<T> & ServiceAddons;
  type UpdateService<T> = UpdateMethod<T> & ServiceAddons;
  type PatchService<T> = PatchMethod<T> & ServiceAddons;
  type RemoveService<T> = RemoveMethod<T> & ServiceAddons;

  interface ServiceCore<T> extends OptionalMethods<T> {
    setup?(app?: Application<any>, path?: string): void;
  }

  interface ServiceAddons extends events.EventEmitter {
    filter(any?: any): this;
  }

  type Service<T> = OptionalMethods<T> & ServiceAddons;

이를 통해 새로운 유형을 구성하여 비 TS 서비스를 입력할 수 있습니다(예: feathers-mailer:

type MailerService = CreateService<Mail>;

또는 생성 및 삭제만 가능한 (아주 쓸모없는) 서비스:

type TrashyService<T> = CreateService<T> & RemoveService<T>;

이것은 선택기 기능을 사용하여 서비스를 염두에 두는 것입니다(예: app.service(s => s.mailout))는 적절한 유형으로 해당 서비스를 반환합니다. 여기에서 볼 수 있듯이:

다시 체크인하는 중입니다. 어떻게 지내고 있습니까? @j2L4post ^ 정말

자, 지금까지 보고 있는 오류:

import * as handler from 'feathers-errors/handler';
import * as notFound from 'feathers-errors/not-found'; //[1]

app.use(notFound()); //[2]
app.use(handler()); //[3]

[1]

[ts] 모듈 '"c:/Users/George/Source/Repos/ts4/node_modules/feathers-errors/not-found"'는 모듈이 아닌 엔터티로 확인되며 이 구성을 사용하여 가져올 수 없습니다.

[2]

'Function' 유형의 인수는 'PathParams' 유형의 매개변수에 할당할 수 없습니다.
'함수' 유형은 '(문자열 | RegExp)[]' 유형에 할당할 수 없습니다.
'함수' 유형에 '푸시' 속성이 없습니다.

[삼]

'Function' 유형의 인수는 'PathParams' 유형의 매개변수에 할당할 수 없습니다.
'함수' 유형은 '(문자열 | RegExp)[]' 유형에 할당할 수 없습니다.
(별칭) notFound(): 함수

기존 해결 방법이 있습니까?

https://github.com/feathersjs/feathers-errors/pull/87

다음 버전에서는 @j2L4e 가

npm i -g lerna
git clone -b buzzard-j2L4e  https://github.com/feathersjs-ecosystem/feathers-typescript.git
cd feathers-typescript
lerna bootstrap

lerna는 모든 패키지와 dep를 연결해 드립니다. 이제 ./packages/tests 하위 폴더(아직 테스트를 찾을 수 없으므로 일종의 놀이터로 만들었습니다)로 이동하여 TS의 장점을 사용해 보십시오! index.ts를 확인하십시오.

컴파일하고 실행하려면 ./packages/tests에서 npm start 를 실행하십시오.

Feathers 2에서 3으로의 마이그레이션을 막 시작했으며 이제 head @feathersjs 패키지에서 index.d.ts 파일이 누락되었습니다. 복원할 계획이 있습니까?

위에서 언급한 한 가지 의견과 같이 https://github.com/feathersjs-ecosystem/feathers-typescript/tree/buzzard-j2L4e 로 이동되어 확실히 유형이 지정되었습니다. @j2L4e 는 지금 너무 바빠서 다른 사람이 선택해야 합니다. 내가 이해한 바에 따르면 대부분 Linting을 통과하고 이를 확실히 Typed에 제출하는 것입니다. 기꺼이 이 일을 하고 싶지만 스스로 감당할 계획이 없는 사람을 기꺼이 돕겠습니다.

네, 예상했던 것보다 훨씬 더 많은 작업이었고 커뮤니티의 피드백은 거의 없었습니다. 시간이 되는대로 하도록 하겠습니다. 하지만 너무 빨리.

누군가 여기에서 차임벨을 울리면 정말 정말 굉장할 것입니다. 이제 모든 것이 잘 작동하는 것을 제외하고는 DT 린팅에 관한 것입니다.

slack에서 빠른 복사 및 붙여넣기:

여러분, 저는 지금 정말 너무 바빠서 타이핑이 최우선이 아닙니다. 그들은 작동하지만 확실히 유형은 린트 규칙 측면에서 매우 엄격합니다. 타이핑이 확실히 타이핑된 린트 프로세스를 통과하도록 도울 수 있다면 정말 좋을 것입니다.

https://github.com/j2L4e/Reservationlytyped 여기에서 내 DT 포크를 확인하십시오. types/feathersjs__packagename 에서 feathersjs 패키지를 찾을 수 있습니다.

clone, npm은 패키지 중 하나에 linter를 설치하고 실행합니다(예: npm run lint @feathersjs/feathers (편집됨)).

@feathersjs/feathers 은 이미 제대로 linting되고 있으므로 참조로 사용할 수 있습니다. (편집됨)

TypeScript 정의는 https://github.com/DefinitelyTyped/DefinitelyTyped/pull/22805 에서 ConfirmTyped에 검토가 추가되기를 기다리고

이제 NPM을 통해 정의에 액세스할 수 있습니다!

예, @feathersjs/package 패키지에 @types/feathersjs__package 를 설치하고 피드백을 제공하십시오!

@erikma 지원

@j2L4 수고해주셔서 감사합니다! 하지만 모든 @featherjs/express 함수를 내보냈습니까? typescript 정의 파일에서 rest, json, notFound 및 urlencoded에 대한 언급을 찾을 수 없습니다.

당신 말이 맞아, 그것들이 빠져있다.

다음을 사용하여 지금 typings.d.ts 파일을 추가하십시오.

import { ErrorRequestHandler, RequestHandler } from 'express';

declare module '@feathersjs/express' {
    export function errorHandler(options?: any): ErrorRequestHandler;
    export function notFound(): RequestHandler;
    export const rest: {
        (): () => void;
        formatter: RequestHandler;
    };
}

urlencoded가 어디로 가야하는지 전혀 모릅니다.

urlencoded 및 json 가 마지막 마이너 버전에서 express 에 추가되었습니다. express 입력이 아직 업데이트되지 않았습니까?

그것은 express 또는 feathersjs/express입니까?

Express에서 다시 내보냅니다.

• https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/types/express/index.d.ts#L31
• https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/types/express/index.d.ts#L42

따라서 Import { urlencoded, json } from '@feathersjs/express' 을 할 수 있어야 합니까? 아니면 내보낸 original 시겠습니까?

에서 내 보낸 모든 require('express') 에 의해 다시 수출이다 @feathersjs/express : https://github.com/feathersjs/express/blob/master/lib/index.js#L82

또한, 정의가 좋은 channel.t를 처리하는 방법을 알고 있습니까?
짧은 시간에 모든 문제를 당신에게 던져서 죄송합니다.

@types/feathersjs__socket-commons 가져오기

수입? 난 이해가 안 돼요

죄송하지만 실제로 '@feathersjs/socket-commons 가져오기'라고 표시되어야 합니다. 해당 유형을 설치해야 합니다.

@types/feathersjs__feathers 설치하면 app.channel 가 작동하지 않습니다. 그런 다음 @types/feathersjs__socket-commons 를 추가하면 app.on 가 작동을 멈춥니다.

확실히 Typed/DefinitelyTyped#23195를 통해 수정됩니다.

여기에서 추가 문제를 해결하세요: https://github.com/feathersjs-ecosystem/feathers-typescript/issues

TS 정의에 대한 문제 추적은 약간 혼란스럽습니다. 당신은 사람들을 feather-typescript repo로 안내하고 있지만 _"이 repo는 이제 구식입니다"_를 언급했습니다 . 각 리포지토리에서 정의를 유지하지 않고 대신 DT를 사용하려는 경우 DT 리포지토리에서도 문제를 유지하는 것이 가장 합리적이라고 생각합니다.

나는 우리가 여기에서 시도하기로 결정했다고 생각합니다. 나는 여러 채널을 통해 요청을 받았고 사람들이 그곳으로 가도록 지시하는 것이 그것을 중앙 집중화하는 빠른 방법이었습니다. 개인적으로 나는 그것이 한 곳이면 어디로 가는지 별로 신경 쓰지 않는다.

우리가 사용할 수없는 이유가 feathers.services.dogs 대신 feathers.service('dogs') ?

예. feathers.service('dogs') 는 defaultService (클라이언트에서 서비스를 인스턴스화)를 호출하고 서비스 이름에서 슬래시를 제거합니다.

타이프 라이터 정의에있다 DefinitelyTyped .

문제 및 질문은 https://github.com/feathersjs-ecosystem/feathers-typescript/issues로 보내주십시오.