Typescript: 에 대한 자동 완성을 제공하십시오.<reference>및 가져 오기 경로</reference>

: +1 :

@NoelAbrahams btw resharper가 당신을 위해 그것을 할 것입니다 :

@basarat , 흥미 롭습니다. resharper를 사용하지 않았으며 변경 될 것이라고 생각하지 마십시오. 따라서 저와 같은 타사 도구 사용자를 위해 VS 플러그인에 들어가기를 바랍니다. :미소:

: +1 :

@NoelAbrahams btw atom-typescript가 참조를 완료합니다 : https://github.com/TypeStrong/atom-typescript#relative -paths

자동 완성 외부 모듈 "name"및 "./path"s : rose :

@ ahmad-farid가 실제로 이것을 시작할 기회를 얻었 는지 모르겠지만

원자 유형 스크립트와 더 밀접하게 결합되어 있습니까?

나는 이것을 감지하기 위해 _poor_ tokenization을 수행한다는 점에서 밀접하게 결합되어 있습니다.
https://github.com/TypeStrong/atom-typescript/blob/d5fb4707b989f15d3be8d57cfa28d88af50b4702/lib/main/atom/typescriptGrammar.ts#L68 -L76

이러한 결과를 얻는 코드는 조금 더 간단합니다.

• 참조 / 가져 오기를위한 상대 경로 : https://github.com/TypeStrong/atom-typescript/blob/d5fb4707b989f15d3be8d57cfa28d88af50b4702/lib/main/lang/projectService.ts#L865 -L871
• 외부 모듈 이름 조회 : 실제로 요청하고 다음과 같은 간단한 기능을 얻었습니다 : https://github.com/Microsoft/TypeScript/issues/2593#issuecomment -89130039

단단히 결합 할 필요가 없습니다. 그러나 그것은 내가 TypeScript 소비자로 작성한 방법이며 복사 붙여 넣기 PR이있을 수 없습니다.

누군가가 이것을 PR한다면 그들은 getCompletionInfo 에서 _am I in a reference comment / import string? _ 탐지를 수행하고 거기에서 조회를 수행합니다.

더 많은 가능한 농구 : https://github.com/Microsoft/TypeScript/pull/2173#issuecomment -89347414

끌어서 놓을 수 없습니다.훨씬 쉬워 보입니다.

가져 오기 자동 완성을 위해 솔루션 탐색기에서 "가져 오기 참조 복사"와 같은 다른 기능을 사용하는 것이 좋습니다. 파일을 마우스 오른쪽 버튼으로 클릭 한 다음 'import fileName = require ( "../ dir / filename");'과 같은 파일에 붙여 넣습니다. 이것은 상대 경로와 파일 이름 대소 문자를 추적해야합니다.

누군가가이 소스에서 찾을 수있는 곳을 안내해 줄 수 있다면 추가해 볼 수 있습니다.

이와 같이 변경하기 위해 수정해야하는 Visual Studio 관련 코드는 현재 오픈 소스가 아닙니다.

실제로 드래그 앤 드롭 /// 참조 생성이 있었지만 검색이 매우 어렵고 확장이 잘되지 않습니다 (솔루션의 서로 다른 부분에서 5 개 이상의 항목을 닫을 수있는 폴더에 드래그 앤 드롭 하시겠습니까? 솔루션 탐색기?).

어쨌든 이러한 종류의 상호 작용은 좋지만 자동 완성이 도움이 될 키보드 중심 워크 플로에서 수행하는 것이 더 쉬울 것입니다.

우리는 파일 시스템을 걷는 것이 실용적이지 않을 정도로 많은 모듈을 가지고 있으며, 그중 일부는 파일이 아닌 외부 모듈 이름으로 생성됩니다. 그래서 우리는주기적인 인덱싱을 실행하고 어떻게 든 이들 목록을 언어 서비스에 제공하려고합니다 (예 : RPC 또는 로컬 디스크에 준비한 파일 등).

가져 오기시 자동 완성 기능이있는 +1은 멋질 것입니다.

그럼에도 불구하고 (그들이에 완료 제공하는 데 사용, 즉이 효과적으로 회귀 VSCode와 살사 특히 지금처럼이에 대한 요청을 많이보고 require 모듈을). 일부 비 Microsoft 편집기도 TypeScript / JavaScript에서 이미이를 지원한다고 생각합니다. 우리는 이것을 끌어 오는 것을 고려해야합니다 (ping @mhegazy ).

솔직히 이것이 자동 완성 가져 오기 및 참조를위한 사용자 지정 핸들러를 구축 한 Webstorm을 계속 사용해야하는 유일한 이유입니다. 자동 완성뿐만 아니라 자동 수정도 가능합니다.

우리는 약 25k 라인의 Typescript atm을 가지고 있으며이 기능을 다른 모든 IDE에서 채택 할 수 있도록 푸시 할 수 있다면 정말 좋을 것입니다.

이 기능도 필요합니다. 이것은 Eclipse 또는 intellij를 사용하여 리팩토링을 쉽게 수행 할 수있는 Java 세계에서 오는 가장 큰 단점 중 하나입니다.

자동 가져 오기 완료가 매우 유용하고 작업하기에 좋긴하지만이 기능이 웹 스톰이 최적이 아닌 이유 중 하나라는 점을 지적하고 싶습니다. 지속적으로 node_modules를 스캔하면 상당한 메모리와 처리 오버 헤드가 발생하여 VSCode가 상당히 느려집니다.

요컨대,이 기능을 좋아하지만 VSCode의 놀라운 속도를 희생해서는 안됩니다. 경량 편집기로서 편의성을 희생하면서 속도, 성능 및 유연성을 기대합니다. 느린 IDE는 더 가벼운 편집기를 사용하면 지속적으로 중단없는 속도로 번 스루 할 수있는 지연을 지속적으로 생성하기 때문에 총 소유 비용이 더 높습니다.

@mikepc curiou https://packagecontrol.io/packages/AutoFileName 과 같은 다른 구현을 사용했는지 여부와 WebStorm이 고군분투하는 프로젝트에 대한 성능을 찾는 방법.

당신이 설명하는 성능 문제를 겪지 않는 정교한 가져 오기 완료 알고리즘을 가질 수 있다고 생각합니다. 한 가지 최적화는 tsconfig의 exclude 필드를 사용하여 자동 완성 인덱스에서 파일과 폴더를 제외하는 것입니다. 이제 프로젝트 파일 경로 만 자동 완성됩니다. 누군가 종속성에서 모듈을 가져 오면 typescript는이 종속성이있는 위치를 알고 있습니다. 따라서 가져온 종속성의 폴더도 색인에 포함됩니다. 제거는 각 종속성 모듈에 대한 참조 카운터를 통해 관리 할 수 ​​있습니다.

나는 다양한 방법의 내부 작동에 대한 지식이 없습니다.
패키지 순회 및 실제로 포함 할 수있는 경우에만
사소한 성능 저하가 추가되는 것을 완전히 좋아합니다. 좋아한다
VSCode 사용. 계속해서 사용하고 싶습니다.

2016 년 4 월 18 일 월요일 오후 12:37, Frederik Schubert <
[email protected]> 작성 :

가져 오기 완료를위한 정교한 알고리즘을 가질 수 있다고 생각합니다
설명하는 성능 문제로 고통받지 않습니다. 하나
최적화는 tsconfig의 exclude 필드를 사용하여 제외하는 것입니다.
자동 완성 색인의 파일 및 폴더. 이제 프로젝트 파일 만
경로가 자동 완성됩니다. 누군가가 종속성에서 모듈을 가져 오면
typescript는이 종속성이있는 위치를 알고 있습니다. 그래서 폴더는
가져온 종속성도 색인에 포함됩니다. 제거는
각 종속성 모듈에 대한 참조 카운터를 통해 관리됩니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Microsoft/TypeScript/issues/188#issuecomment -211543527

이 주제를 읽은 후에도 이것이 VS Code에서 구현 될지 확실하지 않습니까? 이 모든 것을 매번 수동으로 수행하는 것은 성가신 일입니다.

이것은 타이프 스크립트로 작업 할 때 가장 큰 시간 낭비입니다. 내 클래스 이름을 자동 완성 할 수있는 경우 import 문이 있는지 확인할 수 있어야합니다. 나는 경로에 대해 교육받은 추측을 취한 다음 "../"를 추가하고 빨간색 swiggly가 사라지는 지 확인하기 위해 기다렸다가 사라질 때까지 반복합니다.

또한 "가져 오기를 최적화"하고 사용하지 않는 가져 오기를 자동으로 제거 할 수 있으면 좋을 것입니다.

네 제발, 이건 정말 고통 스러워요.

이것에 대한 소식이 있습니까?

이것에 대한 소식이 있습니까?

작업 중입니다. 보고 할 것이 없습니다.

이것이 수입품에 어떻게 작용해야하는지에 대한 합의가 있었습니까?

나는 이것이 좋은 사용자 경험이 될 것이라고 생각합니다 .VS Code에서 Ctrl + T (프로젝트 전체에서 기호를 검색하려면 입력)를 누르고 기호를 선택하면 어떻게 든 가져 오기 문을 생성 할 수 있습니다.

약간의 관련이 있습니다. 어떤 이유로 프로젝트 전체 심볼 목록에 내 보낸 변수 (예 : export let globalStyles = {} 가 표시되지 않지만 파일 심볼 목록 내에 나타납니다. 프로젝트 전체 기호 목록은 가져 오기 GUI로 작동하도록 모든 기호를 표시해야합니다.

@Ciantic 잘 들리 네요. Intellisense를 사용할 때 차라리 범위에 있지 않은 자동 완성 항목을 자동으로 가져옵니다. 또한 사용하지 않는 가져 오기를 정리하는 옵션이나 정렬을위한 추가 기능을 원합니다. 또 다른 좋은 점은 가져온 항목의 마지막 사용을 삭제하면 import 문이 제거되는 것과 같은 것입니다.

https://marketplace.visualstudio.com/items?itemName=Sammons.ts-import-assistance , 코드는 여기에 있습니다 : https://github.com/Sammons/ts-import-assistance . 그것은 매우 지능적이지는 않지만 내가 필요한 것을 수행합니다. 본질적으로 현재 문서에서 누락 된 기호를 쉽게 확인할 수있는 방법을 찾지 못했습니다. 따라서 이것은 강조 표시 한 기호를 검색하고 가져 오기 위해 실행할 수있는 명령입니다.

이것은 기본 제공 기호 검색 위에 구축됩니다.

나는 또한이 VS 코드 플러그인을 발견하여 그 동안 도움을주었습니다.
https://marketplace.visualstudio.com/items?itemName=steoates.autoimport

프로젝트를 네임 스페이스 (내부 모듈)에서 외부 모듈로 전환 할 때 _tremendously_ 도움이되었습니다.

@Taytay 감사합니다, 시도했지만 내 VS 코드가 멈출 수 있습니다. 내 앱이 너무 크지 만 쓸모가 없습니다.

오 댕 @rolandoldengarm. 알겠습니다. (가치가있는 부분에 대해서는 저자가 문제를 추구하려는 경우에 대응하는 것으로 나타났습니다.)

@Taytay 정보를
관심이 있으시면 https://marketplace.visualstudio.com/items?itemName=rbbit.typescript-hero에서 찾을 수 있습니다.

@buehler 잘 작동합니다! 아직 문제가 없었습니다. 모두 입력하는 것보다 훨씬 빠릅니다.

그 상태는 어떻습니까? 로드맵에서 확인했지만 야간 빌드에 표시되지 않습니다.

야간 빌드를 어떻게 사용하고 있습니까?

@mhegazy http://rostacik.net/2015/09/04/using-typescriptnext-nightly-package-dont-rely-on-save-dev-to-be-up-to-date/

@mhegazy 나는 VSCode를

    "typescript.tsdk": "./node_modules/typescript/lib",

야간 빌드 npm 패키지를 가리키는 .vscode/settings.json (최신 업데이트 됨)

가져 오기를위한 모듈 경로에 대한 자동 완성이 없습니다.

보시다시피 자동 완성은 디스크의 파일 이름이 아닌 이미 본 텍스트 토큰 만 표시합니다.

상대 경로에서는 작동하지만 "절대 경로"(baseUrl 및 경로의 조합)에서는 작동하지 않습니다.
이 문제에 대한 해결책이나 해결 방법이 있습니까?
감사