Typescript: オートコンプリートを提供してください<reference>およびインポートパス</reference>

：+1：

@NoelAbrahamsところで

@basarat 、おもしろい。 resharperを使用したことはなく、それが変わるとは思わない。 ですから、私のような反サードパーティツールの人々にとって、これがVSプラグインに組み込まれることを願っています。 ：スマイル：

：+1：

@NoelAbrahamsところでatom-typescriptはあなたの参照を完了します： https ：

また、外部モジュールの「名前」と「./path」のオートコンプリートも：rose：

@ ahmad-faridが実際にこれを開始する機会を得たかどうかはわかりませんが、@ basarat 、この機能はTypeScript自体に貢献できる可能性があると思われるものですか、それともatom-typescriptとより緊密に結合されていますか？

それはatom-typescriptとより緊密に結合されていますか

これらを検出するために_poor_トークン化を行うという点で緊密に結合されています：
https://github.com/TypeStrong/atom-typescript/blob/d5fb4707b989f15d3be8d57cfa28d88af50b4702/lib/main/atom/typescriptGrammar.ts#L68 -L76

これらの結果を取得するためのコードは少し単純です

• 参照/インポートの相対パス： https ：
• 外部モジュール名のルックアップ：私は実際にこの単純な関数を尋ねて取得しました： https ：

緊密に結合する必要はありません。 しかし、それは私がTypeScriptコンシューマーとしてそれを書いた方法であり、コピー＆ペーストPRはあり得ません。

誰かがこれをPRする場合、参照コメント/インポート文字列で_am I？_をgetCompletionInfo検出し、そこでルックアップを実行します。

また、より多くの可能性のあるフープ： https ：

ドラッグアンドドロップできませんそれははるかに簡単に思えます。

インポートオートコンプリートの場合、ソリューションエクスプローラーで「インポート参照のコピー」のような別の機能を使用してファイルを右クリックし、これをファイルに貼り付けて、「import fileName = require（ "../ dir / filename"）;」のようにすることをお勧めします。 これにより、相対パスとファイル名の大文字小文字が追跡されます。

誰かが私にこのソースでそれを探すべき場所を教えてくれるなら、私は追加を試みることができます。

このような変更を加えるために変更する必要があるVisualStudio関連のコードは、現時点ではオープンソースではありません。

実際には、ある時点でドラッグアンドドロップ///参照の生成がありましたが、それは非常に発見不可能であり、あまり拡張性がありません（ソリューションの異なる部分から5つ以上のアイテムを、閉じている可能性のあるフォルダーにドラッグアンドドロップしたいですか？ソリューションエクスプローラー？）。

いずれにせよ、これらの種類の対話は素晴らしいでしょうが、オートコンプリートが役立つキーボードに焦点を合わせたワークフローで行うのも簡単なはずです。

モジュールが非常に多いため、ファイルシステムをウォークすることは実用的ではなく、それらの一部はファイルではなく外部モジュール名で生成されます。 したがって、定期的なインデックス作成を実行してから、何らかの方法でこれらのリストを言語サービス（RPC、ローカルディスクにステージングするファイルなど）に提供します。

インポート時にオートコンプリートする+1は素晴らしいでしょう。

特にVSCodeとSalsaの場合と同様に、これに対する多くの要求がまだ見られますが、これは事実上リグレッションです（つまり、モジュールのrequireで完了を与えるために使用されていました）。 Microsoft以外のエディターの中には、TypeScript / JavaScriptでこれをサポートしているものもあると思います。 これをプルすることを検討する必要があります（ping @mhegazy ）。

正直なところ、これが、オートコンプリートのインポートと参照用のカスタムハンドラーを構築したWebstormを使い続けなければならない唯一の理由です。 オートコンプリートだけでなく、自動修正も行います。

Typescript atmは約25k行あり、他のすべてのIDEが採用できるように、この機能をプッシュできると非常に便利です。

この機能も必要です。 これは、EclipseまたはIntellijを使用してリファクタリングを簡単に実行できるJavaの世界に起因する最大の欠点の1つです。

ここでチャイムを鳴らしたいと思います。自動インポートの完了は非常に便利で使いやすいのですが、この機能がWebストームが最適ではない理由の1つであることを指摘したいと思います。 node_modulesを継続的にスキャンすると、かなりのメモリと処理のオーバーヘッドが発生し、VSCodeの速度が大幅に低下すると思います。

要するに、私はこの機能が大好きですが、VSCodeの驚異的な速度を犠牲にすることはありません。 軽量のエディターとして、私は利便性を犠牲にしてスピード、パワー、柔軟性を期待しています。 低速のIDEは、軽量のエディターを使用すると中断のないペースでバーンスルーできる遅延が絶えず発生するため、総所有コストが高くなります。

@mikepc curiou https://packagecontrol.io/packages/AutoFileNameのような他の実装を使用したかどうか、およびWebStormが苦労しているプロジェクトのパフォーマンスをどのように見つけるか。

あなたが説明するパフォーマンスの問題に悩まされることなく、インポートを完了するための洗練されたアルゴリズムを持つことができると思います。 最適化の1つは、tsconfigのexcludeフィールドを使用して、オートコンプリートインデックスからファイルとフォルダーを除外することです。 これで、プロジェクトファイルパスのみがオートコンプリートされます。 誰かが依存関係からモジュールをインポートした場合、typescriptはこの依存関係がどこにあるかを知っています。 したがって、インポートされた依存関係のフォルダーもインデックスに含まれます。 削除は、各依存関係モジュールの参照カウンターを介して管理できます。

私はの様々な方法の内部の仕組みについての知識を持っていません
パッケージトラバーサル、そして実際にそれを含めることが可能であれば、
マイナーなパフォーマンスヒット私はそれを追加してもらいたいです。 楽しむ
VSCodeを使用します。 これからも楽しみたいです。

2016年4月18日月曜日12:37 PM、フレデリクシューベルト<
[email protected]>は書いた：

インポート完了のための洗練されたアルゴリズムを持つことができると思います
あなたが説明するパフォーマンスの問題に悩まされることはありません。 1
最適化は、tsconfigのexcludeフィールドを使用して除外することです。
オートコンプリートインデックスのファイルとフォルダ。 現在はプロジェクトファイルのみ
パスはオートコンプリートされます。 誰かが依存関係からモジュールをインポートした場合
typescriptは、この依存関係がどこにあるかを知っています。 だからのフォルダ
インポートされた依存関係もインデックスに含まれます。 削除は可能性があります
各依存関係モジュールの参照カウンターを介して管理されます。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示してください
https://github.com/Microsoft/TypeScript/issues/188#issuecomment -211543527

このトピックを読んだ後、これがVS Codeに実装されるかどうかはまだわかりませんか？ これらすべてを毎回手動で行うのは面倒です。

これは、typescriptを使用するときの私の最大の時間の浪費です。 クラス名をオートコンプリートできる場合は、インポートステートメントがあることを確認できるはずです。 結局、パスについて知識に基づいた推測を行い、それに「../」を追加して、赤がくねくねと消えるかどうかを確認し、消えるまで繰り返します。

また、「インポートを最適化」して、未使用のインポートを自動的に削除できると便利です。

はい、お願いします、これはひどい痛みです。

これに関するニュースはありますか？

これに関するニュースはありますか？

それに取り組んでいます。 しかし、報告するものは何もありません。

これが輸入に対してどのように機能するかについて合意がありましたか？

これは素晴らしいユーザーエクスペリエンスになると思います。VSCodeでCtrl + T（プロジェクト全体でシンボルを検索するためのタイプ）を押してシンボルを選択すると、何らかの方法でそのインポートステートメントを生成できるようになります。

少し関連していますが、プロジェクト全体のシンボルリストにエクスポートされた変数が表示されない理由があります（例： export let globalStyles = {}が、ファイルシンボルリスト内に表示されます。 プロジェクト全体のシンボルリストには、インポートGUIとして機能させるために、すべてのシンボルを表示する必要があります。

@Cianticいいですね。 Intellisenseを使用する場合は、スコープ内にないオートコンプリートを自動的にインポートします。 また、未使用のインポートをクリーンアップするオプション、またはそれらを並べ替えるための追加機能も必要です。 インポートされたものの最後の使用法を削除すると、importステートメントが削除されるなどのもう1つの便利な点があります。

私はこれを自分で問題を回避するために構築しましたhttps://marketplace.visualstudio.com/items?itemName=Sammons.ts-import-assistance 、コードはここにあります： https ：

これは、組み込みのシンボル検索の上に構築されています。

私はまた、このVS Codeプラグインに出くわし、その間に役立つように使用しました。
https://marketplace.visualstudio.com/items?itemName=steoates.autoimport

プロジェクトを名前空間（内部モジュール）から外部モジュールに切り替えるときに、これは_非常に_役に立ちました。

@Taytayありがとう、試してみましたが、VS Codeがハングします。アプリが大きすぎるかもしれませんが、役に立たないです。

ああ、@ rolandoldengarm。 理解しました。 （その価値については、あなたがそれを追求したい場合に備えて、著者が問題に対応していることがわかりました。）

@Taytay情報をありがとう、しかし私は私自身の拡張を作りました;-)現在私はそれをより速くするためにロジックを書き直しています。 私は（他の多くのように）ファイルを解析するために正規表現を使用していませんが、typescriptコンパイラを使用してソースのASTを生成します。
興味がある場合は、 https ： 。

@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とパスの組み合わせ）では機能しません。
この問題の解決策または回避策はありますか？
ありがとう