Inconsistent imports

オープン
#187 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
45/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
java
領域
tooling

調査の方向性

まず、issue に記載されたバージョンで生成された Java のコンパイルエラーを再現し、次に generator の import 処理と設定オプションを調べます。完了条件は、生成された assertions が競合する import を生成しなくなり、import と完全修飾クラス名のどちらを使うかを設定できることです。

索引モデルが issue の本文から書いたものです。

説明

Problem:
I'm having classes generated with imports like:

import java.util.Objects;
import org.assertj.core.api.AbstractObjectAssert;
import org.assertj.core.internal.Iterables;
import org.assertj.core.util.Objects;

And this results in the compile error:

'java.util.Objects' is already defined in a single-type import

Solution:

I'd like to just use fully qualified class names instead of import statements.

I see https://github.com/assertj/assertj-assertions-generator/issues/97 requested using imports instead of fully qualified class names. Maybe both should be supported, but it should be configurable which one is being used.

Also it looks like this the use of fully qualified class names was already implemented for 2.2.1 with https://github.com/assertj/assertj-assertions-generator/commit/73d3c5e584e33b1509b058a2707c1ece00ee8bee?

Versions:
I'm using assertj-assertions-generator version 2.2.1, assertj-assertions-generator-maven-plugin version 2.2.0, and assertj-core version 3.21.0.

主要言語
Java
スター
72
フォーク
47
30日以内にマージされた PR はありません

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

assertj/assertj-generator のほかの issue

assertj/assertj-generator の issue をすべて見る

似ている issue

Java の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。