私は、エディタがアスペクトを使用して既存の JDT (Java) エディタを拡張するプラグインに取り組んでいます。
現在、から派生した Eclipse テキスト エディターは、 MVCアーキテクチャAbstractTextEditorに従って、明確なコンポーネントで編成されています。これらのコンポーネントは、 reconciliationなどの正確なパスを介してアクセスされます。カスタム リコンサイラーの例と、それがエディターの動作に使用できる (および使用する) 前提条件は、
こちらで確認できます。
これらの仮定に対してヘッドレス単体テストを書きたいと思います。これにより、側面を織り込んでも途中で何も壊れていないことが確認されます。たとえば、調整の場合、エディターを開き、(何らかの調整戦略に関して) 間違った内容を入力し、しばらく待って、実際に問題が報告されていることを確認したいと思います。
どの問題が報告されるか、または UI コンポーネントでユーザーにどのように通知されるかは私には関係ないことに注意してSourceViewerください。和解戦略。
(実際、私はおそらくそのテストのためにそれをモックします。さらに、UI テストは、おそらくヘッドレスで実行できないため、私の質問の範囲を超えています。)
適切な構造が存在する場合、これは簡単に実行できるはずです。彼らは？私が考えていることを実行できる、Eclipse のアーキテクチャの前提と同期するテスト フレームワークまたはモックはあります か? これらは、既存の Eclipse エディターのワークフロー動作を再現する必要があります。確かに、これは Eclipse 独自の単体テストの 1 つですよね? ...しかし、私はそのようなものを見つけることができないようです. 何か案は ？